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ABSTRACT 

The physician administering digitalis makes use of the full richness of 
the clinical setting to form his/her impressions and decide on a therapeutic 
program. The weakness of existing programs which formulate digital is dosage 
regimens lies in their inability to use all of the clinical data available - 
both quantitative and qualitative. This report describes the construction of 
a computer system which formulates digitalis dosage regimens and which adjusts 
this regimen by interpreting the patient's response to the original dosage 
regimen. 
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1. Introduction 

"The use of the Foxglove (digitalis) is getting abroad, and it is better 
the world should derive some instruction, however imperfect, from my 
experience, than that the lives of men should be hazarded by its 
unguarded exhibition, or that a medicine of so much efficacy should be 
condemned and rejected as dangerous and unmanageable." — - William 
Withering* 1785 

The purpose of this research was to construct a computer program that can 
advise physicians regarding the administration of digitalis in a qualitative 
as well as quantitative fashion. These efforts have yielded a computer 
system, named ANNA, which gives such advice. In addition, many of the 
considerations involved in the use of digitalis have been elucidated. 

I will begin with a brief overview of what digitalis is and how it is 
used. 

1.1 Digitalis - an Overview 

"The Foxglove (digitalis) when given in very large and quickly-repeated 
doses, occasions sickness, vomiting, purging, giddiness, confused vieion, 
objects appearing green or yellow* increased secretion of urine, with 
frequent motions to part with it, and sometimes inability to retain it; 
slow pulse, even as slow as 35 in a minute, cold sweats, convulsions, 
syncope, death." - - - Withering 

The term "digitalis" refers to a group of drugs known as cardiac 
glycosides, among which are digoxin, digitoxin, oubain, cedalanid and 
digitalis leaf. The publication of "An Account of the Foxglove" by William 
Withering in 1785 marked the first effort to understand the effects of 
digitalis and to establ ish guide! inee for its use. Withering noticed the drug 
caused increased urine flow and he used it to treat the abnormal accumulation 
of fluid knoun as dropsy (commonly due to weakening or failure of the heart). 
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In fact, the increased urine flow is a aide effect ef the drug'e principle 
actions: strengthening and stabilizing of the heartbeat. 

Because of its positive effects on the heart, the drug ie quite useful in 
the management of congestive heart failure, as well as rhythm dieturbancea and 
'13 commonly prescribed by doctors. In fact, it is estimated that one out of 
every five patients admitted to a hospital receives digitalis sometime during 
his stay 111. In 1971 it was fifth on the list of drugs most frequently 
prescribed by physicians through pharmacies in the United States (21. 

1.2 Clinical Use of Digital is 

"Let the medicine therefore be given in the doses, and at the intervale 
mentioned above; let it be continued until it either acts on the kidneys, 
the stomach, the pulse, or the bowels; let it be stopped upon the first 
appearance of any one of these effects." - - - Uithering 

Like many drugs, digitalis can be a poison. Uhen given in proper 
amounts, however, it can provide the therapeutic effects mentioned above. The 
physician attempts to give enough of the drug to achieve these therapeutic 
results but not so much as to cause toxicity. This is often quite difficult 
for several reasons: 1) a patient can become toxic before an adequate 
therapeutic effect has been achieved} 2) the difference between therapeutic 
and toxic levels is small, so a small increase in the amount of digitalis 
administered may precipitate a toxic reaction; 3) there is a great deal of 
overlap between therapeutic and toxic manifestations of the therapy and thus 
it is often difficult to tell whether or not the patient ia really toxic; and 
finally, 4) patients exhibit a variety of individual reactions to the drug. A 
dosage regimen providing therapeutic results in one patient may lead to 
toxicity in .a second patients 
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In determining dosage r eg imens doctors nave traditional ly rel ied upon 
"intuition", often with poor results. Several studies indicate that as many 
as 28% of patients receiving the drug demonstrate toxic react ions and that the 
mortality rate among such toxic patients may be a» high as 38% 13!. It ie 
this danger of overdose of such a widely used drug that has prompted people to 
seek better ways to achieve therapeutic result* whi let preventing toxic 
effects. 

There is no single indicator that can be used to judge the degree of 
toxicity in a patient. Signs of toxicity will often go unnoticed, being 
incorrectly interpreted as unrelated to the presence of digitalis or, even 
uorse, as being therapeutic effects. The following are general ly considered to 
be indicative of digitalis toxicity: 

1. Gastro-intest inal symptoms such as anorexia, nausea or vomiting. 

2. The appearance of premature ventricular con tract ions ffVCs), 
resulting from increased automaticity (irritability) of myocardial 
tissues caused by high digitalis Veveis. 

3. Cardiac rhythms such as paroxysmal Junctional tachycardia (PAT) with 
block or -non paroxysmal junctional tachycardia fol lowing atrial 

f ibr i I lation. 

4. Development of heart block 

Because each of the above may have some other cause than digitalis, the 
physician must exercise a considerable amount of clinical judgment in 
evaluating the degree of toxicity. For example, many hospitalized patients 
are very sick and commonly experience nausea and vomiting; patients with 
congestive heart failure may experience premature ventricular contractions due 
to stretching of the conduction system of their heart. Caution should 
therefore be exercised when assessing the meaning of possible sio,ns of 
toxicity. 
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Treatment of digitalis toxicity usually amount* to t *UowiMH» the patient 
to lose the digitalis in his/her system through normal excretory pathways. 
This may not happen quickly enough if- the patient is very toxic. In such 
cases, the toxic episode may be fatal unless other measures are taken 
(potassium administration, ant i -arrhythmic drugs). 

1.2.1 The Pharmacokinetics of Digitalis 

The advent of radioactive tracing techniques in the ear I y 1968' s prompted 
attempts to better understand the pharmacokinetics of dig! talis 12,4,51. A 
general model, best summarized by Ooherty 121, Maes lew iy pieced together. A 
more detai led mathematical model of digital is kinetics can be found in 
Appendix A. 

The following model of digexJn kinetics is draw* from articles by Ooherty 
i?i and Jell if fe (61 1 

"Digoxin is 75* - 85* absorbed when taken orally and is excreted largely 
unchanged in the urine. Total digoxin losses from the body are 
proportional to the total amount of digoxin present- the greater the 
amount of drug that is in the body, thesmpre that je lost ©r excreted per 
day. Because of this, single doses of digoxin disappear from the body in 
a logarithmic fashion. The aver age measured haiMife of digoxin ranges 
from 1.6 days for patients with normal renal function to about 4.4 days 
in patients with no renal function* Digoxin is «#iniy absorbed by the 
tissues with approximately 7% being recycled in the liver by absorbtion 
from the digestive tract fol lowed toy excretion in the bile back into the 
digestive tract where it may be reabsorbed, etc. This recycling ie not 
thought to af feet the- overall hal f- 1 if© ol the, drMiaJn, pat ients w i th 
normal liver function. About 3% of the drug is excreted in the stool." 

These figures represent average values. Patiente demonstrate a wide range of 
individual responses to the drug and care must be exercised in recognizing and 
dealing with these variations. 
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1.2.2 Regimen FermuiaUon 

The drug may be administered in a variety of ways (oral tablets, oral 
elixir, intravenous) with oral tablets being the most commonly used. 
Typically the drug regimen consists of a loading dose given to produce an 
initial effect followed by regular (smaller) doses of a fixed size which are 
refered to as maintenance doses . The maintenance dose is taken each day and 
serves to replace digitalis lost (via the kidneys, the bowel, and through 
metabolic rou*esl to keep the total body stores at a constant level. The goal 
of the physician is to keep this I eve Thigh enough to provide therapeutic 
results but not so high as to result in toxicity. fh*e may also be 
accomplished without the use of a loading deaafcy heaping the patient on a 
fixed maintenance dose and allowing enough time for him to reach equilibrium 
(usually about six days with digoxiiV- sa* ^pandlx *>. 

In order to formulate a proper maintenance dose the physician may do one 
of two things. The first (and until recently more common) is simply to guess 
at a proper dosage based on past experience and tftart to closely watch the 
pa t i en t ' s condi t i on. If he/she becoaas taxi c, tnen *h* *aintenahc« dose 
should be reduced - assuming, of course, that the patient recovers from the 
toxic episode. The second method is to assign a daily maintenance dose 
exactly equal to the amount of the drug lost each dag, as th* definition of 
maintenance dose would imply. In this manner Steady etats is achieved. 

1.2.3 Factors Affecting Regimen Formulation 

"Independent of the degree of the disease, or of the strength or age of 
the patient, I have had occasion to remark, that thera" are certain 
constitutions favourable, and others unfavourable to the success of the 
Digitalis." withering 
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Patients rece.ving digitalis. nay have a number of cempl icating 
conditions, each of which must be taken into .account when formulating a 
regimen. These conditions can be grouped into three categories: absorption 
abnormal it ies, metabolic factors andsxcretion abnormalities. 

Abswption AbyxjrmeUtimm 

Abnormal absorption can be difficult to detect before administering 
digital is, but little or no response to digitalis, Jtherapg may be, attrjputed to 
reduced absorption of the drug (assuming it is given orally).. In such cases, 
more digitalis should be given or it should be given intravenously 17},... 
Intravenous doses should be less than oral doses, since the IV route 
circumvents the malabsorption. Caution should be exercised L*4hen administering 
larger oral doses, however, since reversion of the absorption abnormal ity 
would expose the patient to unusual |y high digital is Ifvels. 

Metabolic Factors) 

There are a number of factors which affect the metabolism and effect of 
digitalis including hypo- and hyper thyroidism, hypo- and hyperkalemia 
(potassium imbalance), hypercalcemia (excess calcium), and certain conditions 
of the heart itself (acute infarction). 
HYPO- and HYPERTHYROIDISM 

In studies done with hypo- and hyperthyroid patients, it was found that 
"regardless of the route of administration, hyperthyroid patients exhibited 
lower serum levels of digoxin and the hypothyroid patients higher levels than 
the normal group it)*. The conclusion reached is that hypothyroid patients 
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should receive swatter doses of digoxin shite hyperthyroid pat ients should 
receive larger doses in order to achieve" therapBtitic results. 

HYPO- and HYPERKALEMIA 

Lou potassium levels can increase the overall irritability of the heart, 
making it more sensitive to the toxic effects of digitalis. The physician 
must be careful to watch potassium levels, a* they may fluctuate as a result 
of various conditions (respiration rate, pM changes, increased fluid volume 
following surgery, diuretic therapy, etc.). ff hypokalemia is present, the 
administration of digital is should be avoided untl I the pit ate i urn imbalance is 
corrected. If this is not possible, the physician should give smaller doses 
and watch the patient's condition carefully. 

HYPERCALCEMIA and MYOCAfiOOPATHY 

Patients who are hypercalcemic or who suffer from a variety of primary 
diseases of the heart muscle known as myoear otopathies tend to be more 
sensitive to digitalis, and care should be exercised to minimize their 
digitalis doses and to monitor their condition careful ly. 

HYPOXEMIA 

The physician should exercise caution when administering digital is to 
hypoxemic patients. Increased automat icity Induced by digital is causes an 
increased oxygen demand in myocardial tissues. In the presence of hypoxemia, 
this demand may net be able to be met. 

Excretion Abnormalities 

In addition 'to the metabolic factors mentioned above, deviations in thm 
patient's ability to lose the drug through the various excretory pathways 
affect the construction of a dosage regimen. Digoxin is eliminated from the 
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body primarily by urinary excretion and recycling in the liver, with 
subsequent fecal losses (see Section 1.2.4). 

In a normal patient, 35% of the amount of digoxin present, is lost in the 
urine each day. It should be apparent that renal (kidney) insufficiency u\ I I 
affect digoxin excretion and thereby lengthen its half-life from 1.6 days in 
normal patients to as high as 4.4 days in patients with no renal function 
whatsoever. Quantitative measures of renal function such as creatinine 
clearance or blood urea nitrogen (BUN) can be used to compute the amount of 
digoxin being lost and a proper maintenance dose may be assigned. This is 
also pbssible in patients whose renal function is actively changing. 

Little is known quantitatively about the effects of liver disease on the 

liver's abi lity to recycle digoxin. At present, most physicians disregard the 
effect of liver or gastro-intestinal dysfunction when computing digoxin 

losses. It is best to administer normal doses but to watch the patient's 

condition closely. , 

^1.2.4 Digoxin vs Other Digital is Preparations 

It should be noted that the kinetics of digoxin differ slightfy from the 
• other digitalis preparations. Specifically, it has been found that digoxin's 
half-life is about one quarter that of digi toxin tsee Appendix A). Digi toxin 
is essentially 108% absorbed when taken oral ly as opposed to 85% absorption of 
digoxin. The recycling which takes place in the liver is believed to be about 
fourfold (approximately 26%) that observed with digoxin, with only 16% being 
excreted in the urine daily. Thus liver disturbances play a greater role in 
digi toxin therapy and renal insufficiency a lesser role. It is also believed 
that about 8% of the digitoxin in the body Is metabolized into digoxin 
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an effect which should be taken into consideration. 

1.3 Review of Previous Work 

Computer programs to advise physicians concerning digitalis dosage 
regimens have been constructed. Host of the work in this area has been done by 
Jell if fe and his associates (6v9,10T using "conventional* programming 
techniques. His efforts focused primari ly oh programs which formulate an 
initial guess at a proper drug regimen, but da not have the eapami li ty of 
adjusting the regimen based on the patient's response. Another approach using 
statistical analysis and feedback (eg; serum digital Is tevsfe) to account for 
individual reactions to the drug was presented by Shslner e* at till. 

Jetlif ttfm Vfc*fc 
Taking advantage of the quantitative aspects of what is knowri about 
digi tal is kinetics, Jel I iffe constucted a program which adjusts dosage 
regimens of digitalis to the patient's weight, renal function, route of 
administration and present computed (or measured) concehtrations b* digitalis. 
The program is intended for use "in patients with normal thyroid and hepatic 
(liver) function and normal electrolyte bai ance (potass iun*, sodium, etc.) who 
are not receiving drugs that alter the absorption or metabolism of digitalis 
glycosides and who have no gross clinical evidence of gastrointestinal 
malabsorption (101 . " 

The main strongpoint of Je II i f fe* s approach is that i t works - his 
programs can compute initial digitalis dosage, regimens. He asserts that the 
"use of this program for the past two years has reduced adverse reactions to 
glycoside therapy from 31% to 12* (3)." 

In spite of the improvements offered bg Jelliffe' s approach, it 
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nevertheless suffers from two major weaknesses. First, it doesn't take into 
account all of the factors affecting digital is pharmacokinetics. For this 
reason it is ineffective when such cond it ione are present. Second, it 
provides onKjan initial approximation to a proper dosage regimen, leaving it 
to the doctor to monitor the pat ient's response and to adjust the dosage 
regimen accordingly. 

Shrine*'* Work 
Shelner employs statistical methodology to "provide the basis for a 
cl inical ly. useful computer program to suggest optimal dosage regimens for a 
number of drugs for individual patients U1K" Alter the patient is put on a 
dosage regimen, the blood level of digital is is determined. This level is 
then used to improve the "pharmacokinetic parameters" for the patient and a 
neu dosage regimen is computed. The feedback loop is then entered again until 
the patient's condition stabilizes. < 

This approach is attractive because it provides a framework in which 
feedback information can be used effectively. Each patient is accurately 
modeled by his individual pharmacokinetic parameters. Changes in the 
patient's clinical condition can be represented by changing these parameters. 
Sheiner's program performs better than the one proposed by Jell if fe, but 
it fails in two respects. First, its goal is represented as a desired blood 
level of the drug. In practice it may be difficult to sjjpcify what the proper 
blood level for a particular patient is, especially if he/she is sensitive to 
digitalis for some reason (potassium depletion, hypothyroid, etc.). One is 
really, interested Ui the overall effect of the dose administered more than the 
change in absolute blood level. In this respect, Sheiner's approach rests 
upon the weak assumption that a given blood level will produce some known 
effect. 
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Since the inner workings of Stwwier's^program involve a great deal of 
complex statistical "*achinery , \ it may *e *p**te di*fi«ult for the user to 
understand how the program reaches conclusions. Tht»^»g r ie»d to skepticism 
on the part of the user concerning "the program's ana^ere and a cerresfwntfiing 
decrease in i ts cl inicareffocthwnass. 

1.4 Capabilities of an Improved Digitalis Advisor 

In a study done by Carl Peek et al 131 comparing ©omputer-assisted 
therapy to that of unaided physician judgment, the computer-aided group only 
si ight I y outperformed the unaided ph#» its iaits. iespitettw advances of the 
Jel I iffe and Sheiner programs it is fewem+wsg N*si*eas4*g<*g c*aar that thog *«"* 
lacking in some respects. 

The physician administering digital is makes use Of the full richness Of 
the clinical setting to form his impressions and decide oh a therapeutic 
program. The weakness of existing programs He* in their inability to use 
all of the cl inical data available - both guantitati^e and quantitative. The 
goal of this research was to construct a computer program which could begin to 
cope with the full complexity of a clinical setting, formulating its 
recommendations in the same way a cardiologist would. 

The first step in realizing this goal was the formulation of a more 
complete model of digitalis administration than that used by Jail iffe and 
Sheiner. Although a gr»at deal is known about the pharmacokinetics of 
digi talis, little work had been done identifging what components of the 
clinical setting are the important ones and how they are used by physicians in 
the formulation of digitalis dosage regimens, for example, most physicians 
realize that low potassium increases digitalis sensitivity but generaFfg find 
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it difficult to specify precisely when and how this piece of information is 
used. 

The initial research activity Has the formulation pf. a pet ter model of 
digitalis administration, speci fying what information is necessary and how it 
is used (see Chapter 3). Uork was then begun on a program which would be able 
to make use of this model. A list of necessary constituents of an effective 
Digitalis Advisor was formulated: 

1. Computation facilities to deal with that information which is 
adequately described in quantitative terms (renal function, daily losses, 
etc.). 

2. "Model-tai lor ing" faci I i ties . By asking various questions about a 
patient, the system should be able to tailor make a patient-specific 
model and use this model to formulate recommendations for the patient. 
The system must know what questions are relevant. It must integrate 
incoming information into patient-specific model, realizing the worth and 
significance of this new information. In addition, it must have be able 
to change the patient-specific model when necessary and know when this 
model is no longer accurate. 

3. Exp I ana t i on capab i I i t i es . In order to test the appropriateness of the 
conclusions reached by the system, particularly when dealing in an area 
such as digital is administration, it is important to be able to look at 
the reasoning behind decisions. 

4. Extensibi I i ty . By using this program, inaccurate and inadequate 
portions of the model will be identified and corrected. If the system is 
to be able to incorporate this updated model, it is essential that the 
initial design configuration be one which allows the system to be 
extended and changed in an orderly way. This applies to data base 
maintenance as well as future programming tasks. 

A computer system with rudimentary capabilities in each of the above 

areas that produces recommendations for digitalis dosage regimens was 

constructed, using an improved model of digitalis administration. In the next 

chapter, discussions of sample sessions with the current version of the system 

are presented. Chapter 3 contains a detailed description of the model of 

digitalis administration used by the system to produce the behavior 

demonstrated in Chapter 2. In Chapter 4 the structure of the computer system 
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that uses this model will be discussed. Chapter 5 is devoted to a discussion 
of further refinements which will enhance the worth of this computer system. 
Readers interested in the technical details of how the system operates 
should consult Appendix C. For those readers more interested in the medical 
arguments, Chapters 1 through 3 and a brief survey of Chapter 4 and Chapter 5 
are recommended. 
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2. System Demonstration 

In the preceding chapter, a rough idea of the capabilities necessary in a 
Digitalis Advisor system was formulated. In this chapter, some sample 
sessions with the system are presented along with some commentary as to why 
the system is acting in this manner. 

2.1 The Initial Session 

Figure 2.1 contains a listing of a sample session with ANNA (the user's 
responses are underlined). In the fol lowing paragraphs, the reasons for 
asking each question will be considered and the use made of the user's 
responses will be discussed. The mechanisms underlying the generation of 
these questions will be treated in Chapter 4. 

Questions 1 through 3 

In Questions 1 through 3, the patient's name is requested as well as 
his/her identification number, which is assumed to be unique. Patient records 
are stored on disk and are indexed by the patient identification number (this 
could be a social security number or a hospital identification number). After 
receiving this information, the system checks its files for a patient record 
uith the specified identification number. In this case, no such patient is 
found and the system correctly assumes that a new case is to be presented. 

Questions 4 through 7 
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figure 2.1 
An Initial Session 

111 ...Hfflin, UHAT IS THE PATIENT'S LAST NAI1E? 

(ENTER VALUE) t HONET 
121 . . .PLEASE TELL BE, MHAT IS TOE MTKNT? FMST «MK? 

(ENTER VALUE) ! CLAUDE 
131 ...LET HE ASK YOU, PLEASE ENTER PATIENT IDENTIFICATION NWttEft 

(ENTER VALUE)! 386589127 

...CONSULTING RECOROS - PLEASE STANO BY... 

... UELL ... NO RECORD f OR CUWOE ftOMET 

CAN BE FOUND, SO IT IS ASSURED THAT THIS IS Jt NEU PATIENT 

141 ...TELL HE, HON OLD IS THE PATIENT? 

(ENTER VALUE): 38 
I5» ...PLEASE TELL ME, WHAT 18 THE fATIWT'S IIEI6MT UtflMNftSI? 

(ENTER VALUE) i 1S£ 
161 ...LET'S SEE, UHAT IS THE PATIENT'S SEX? 

1 FEflALE 

2 HALE 

■■*> 2 
(71 ...TELL ME, IS THE PATIENT CURRENTLY KCEIV1MC MMftLB? 

1 YES 

2 NO 

===> 2 

181 . ...HHIW, UHAT IS THE UNDERLYING RHYTHfl? 

1 SINUS RHYTHfl 

2 PAT 

3 ATRIAL FIBRILLATION 

4 ATRIAL FLUTTER 

5 NODAL RHTTHTI 

6 VENTRICULAR RHYTHtl 

«==> 3 

19) ...LET HE ASK YOU, UHAT IS THE CURRENT VENTRICULAR RATE? 
(ENTFR VALUE): 1S2 
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fiat ...LET'S SEE, IS THE PATIENT HAVING PVCS? 

1 YES 

2 NO 

■"■> 2 

uu ...Hnnn, for uhat are you digitalizing this patient? 

1 CHF 

2 ARRYTHMA 

3 PROPHYLACTIC 

.«> i_2 

1121 ...LET HE ASK YOU, DOES THE PATIENT HAVE ORTHOPNEA? 

1 YES 

2 NO 

•«*> 2 
1131 ...LET HE ASK YOU, DOES THE PATIENT HAVE OYSPHEA ON EXERTION? 

1 YES 

2 NO 

■■■> 1 
•141 . . .LET HE ASK YOU, ON -CURBING STAIRS, AFTER HON RANY STAIRS OOES OYSPNEA OCCUR? 

1 3 STEPS 

2 6 STEPS 

3 1 FLIGHT 
* 2 FLIGHTS 

5 3 FLIGHTS 

6 4 OR HORE FLIGHTS 

7 UNKNOWN 

»» 3 

U51 ...LET'S SEE, OOES THE PATIENT HAVE PARQXYSflAL NOCTURNAL DYSPNEA <PNO>? 

1 YES 

2 NO 

■ » ' 

•■■> 2 
1161 ...PLEASE TELL RE, DOES THE PATIENT HAVE ANKLE EOEHA? 

1 YES 

2 NO 

■■«> 1_ 
U7I ...LET RE ASK YOU, HON BAO IS THE ANKLE EOEHA? 

18 

2 1+ 

3 2+ 

4 3+ 

5 4+ 

6 UNKNOWN 
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1181 ...LET'S SEE, WHAT IS YOUR ESTWATE OF THE JUGULAR VENOUS PROStftE 
HEASUREO IN Ctl ABOVE THE RIGHT ATRIUM (HEIGHT 4W0C STEtMAL ANGLE 
OF LOUIS PLUS 6 CH)» 

1 NORBAL <3 TO 18 Ctl) 

2 ItOOERATE ELEVATION (II TO 15 Ctl) 

3 IWRKEO ELEVATION (IS TO 2t Ctl) 

4 VERY HIGH (>2t C»> 

5 UNKNOWN 

««=> 3 
1191 ...Hnnn, OOES THE PATTENT HAVE ON S3-CALLOP? 

1 YES 

2 HO 

3 UNKNOWN 

■■■> 1 

1281 . . .LET HE ASK YOU, HHAT IS YOUR ESTIMATE OF THE LOUDNESS OF HC « 

GALLOP? 

1 FAINT 

2 SOFT 

3 LOUD 

4 UNKNOWN 

■«*> 3 

1211 . . .LET HE ASK YOU, OOES CHEST X-ftftV WOIOKTC CARDWMKALY ? 

,1 YES 
'2 NO 
3 UNKNOWN 

=«> 2 

1221 . . .Htltttl, WOULD YOU PLEASE ENTER ANY SIGNS OF MK.H9NARY VENOUS 
CONGESTION? 

1 REDISTRIBUTION 

2 KERLEY B LINES 

3 INTERSTITIAL EDEMA 

4 ALVEOLAR EOEMA 

5 FRANK PULMONARY EDEMA 



123! ...PLEASE TELL HE, WHAT IS THE PATIENT'S SCAUR K? 
(ENTER VALUE)! 4.8 

i24i . . .Hnnn, is the patient receiving any diuretics? 

1 YES 

2 HO 
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1251 ...Him, 00 YOU SITPECT THE PATIENT IS HYPOXEMC? 

1 YES 

2 NO 

■■■> 1 

1261 ...LET HE ASK YOU, UHAT IS THE PATIENT'S P02? 
(ENTER VALUE)! 66 

1271 ...LET HE ASK YOU, DOES THE PATIENT HAVE A CARDIOMYOPATHY OR AN 
ACUTE ftl? 

1 YES 

2 NO 

■•» 2_ 
1281 ...Hfinn, IS THE PATIENT CLINICALLY HYXEDEHIC? 

1 YES 

2 NO 

3 UNKNOUN 

■■■> 2 
1291 ...TELL I1E, HOU FAST DO YOU WISH TO DIGITALIZE THE PATIENT? 

1 INSTANTANEOUS RATE 

2 RAP ID RATE 

3 IIODERATE RATE 

4 SLOU RATE 

5 NO PREFERENCE 

■■■> 2_ 

1381 ...LET HE ASK YOU, IS THE PATIENT'S URINE OUTPUT GREATER THAN *MCC 
PER DAY? 

1 YES 

2 NO 

3 UNKNOUN 

no 1 

1311 ...TELL HE, UHAT IS THE CONDITION OF RENAL FUNCTION? 

1 STABLE 

2 UNSTABLE 

1321 ...Hum, UHAT IS THE PATIENT'S CKEATJIttNI CLEARANCE? (W BL/HIN) 

(ENTER VALUE): UNKNOUN 
1331 ...LET'S SEE, UHAT IS THE PATIENT'S SERUH CREATININE? (IN 116 X) 

(ENTER VALUE): 32 
...32 IS NOT R LEGAL VALUE FOR SERUH-CREATININE 
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...PLEASE ENTER ANOTHER 
(ENTER VALUE) ; 3.2 
1341 ...Hmm, UHAT ROUTE MOULD YOU LIKE TO USE? 

1 ORAL 

2 IV 

3 NO PREFERENCE 

■••> 1 

...SINCE THE PATIENT'S RATE IS GREATER THAN 141, PLEASE CONSIDER MOWER 
THE IV ROUTE MOULD B€ PRfPERABLE. 

I34«< ...PLEASE TELL HE, MART ROUTE UOULO YOU LIKE TO USE? 

1 ORAL 

2 IV 

3 NO PREFERENCE 

■■■> 1 
I3SI ...DO YOU UISH TO SEE THE THERAPY RKOMKNMTWIS MM? 

1 YES 

2 NO 



. . PLEASE TRY TO CORRECT THE PATIENT'S HYPOKEMA AS 
QUICKLY AS POSSIBLE. 



PRESCRIPTION FOR: aAUOEKMET (74 11 8) 

UEIGHT: 166 LBS. 
ACE: 30 

I. LOADING PROGRAH: 

... IN ORDER TO ACHIEVE A DESIRABLE BODY STORES OF 
0.44* HG FOR THIS PATIENT, 
... IT IS ADVISABLE TO ADMNISTER THE FOLLOWING* 



DOSE 1: 0.25 HC REPORT PATIENT RESPONSE BEFORE 

fMtMMtilHltVRi#''ttt ; (IN 2 TO * HOURS 
OR IF CHANGE OCCURS). 

DOSE 2: 0.2S HG 
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II. riRINTENRNCE PROGRR": 
DRILY MAINTENANCE DOSE = 8.899 DC PER DRY 
RENAL FUNCTION = 38/t 

1361 ...DO YOU URNT TO SRVE THIS DATA? 

1 YES 

2 NO 
= = = > 1 
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These questions continue to gather background information about the 
patient. weight is an important consideration when deciding on an initial 
digitalis dosage regimen, flany patients are already taking digital is or have 
taken it in the past. In such situations, it is necessary to formulate a 
projection of how much digitalis the patient has "on board" based on the 
previous dosage regimen followed and on the patient's renal function. 

Questions 8 and 3 

Questions 8 and 9 establish the current type and rate of the cardiac 
rhythm; information which is essential in subsequent evaluations of the extent 
of toxic reaction and of the degree of therapeutic response. This information 
is also used when making decisions concerning the rate of digital ization and 
the route of administration. For example, the patient considered here is said 
to be in atrial fibrillation with a ventricular response of 152. It is 
therefore best to digital ize him/her quickly in order to get the rate down to 
a more reasonable level. Furthermore, the system would suggest digi tal ization 
to be intravenous (IV) with digoxin as the preparation of choice (see 
Questions 35 and 35a below). The type of rhythm also serves in part as an 
indicator of what signs of toxicity should be expected to develop. 

Question 18 

The appearance of premature ventricular contractions (PVCs) in a patient 
receiving digitalis is often an early indicator of toxicity. However, this is 
not necessarily the case if PVCs were present before the patient was 
digi tali zed. Question 10 is asked in order to reduce any doubt later as to 



," •» _ *»*.-«/» hummr'** '% wmk* --ww •>. '*- 



Page 27 

whether the PVCs are being caused by top much digital is of if they are related 
to factors present before digitalis therapy Mas instituted. 

Question ,11 

The system expects the physician to have a specific reason for giving 
digitalis to a patient. The only legitimate reasons considered are congestive 
heart failure, arrhythmia, prophylactic use or some combination of the three. 

The reason for digital ization is a strong determinate of what type of 
therapeutic response should be sought. For example, since this patient is 
being digital ized for both congestive heart failure and for an arrhythmia 
(atrial fibrillation), the system Mill consider a reduction j n the ventricular 
rate with a corresponding decrease in the symptoms and signs of congestive 
heart failure to be the primary therapeutic goal. 

Questions 12 through 22 , ^ 

One of the reasons for digital izing this patient; is congestive heart 
failure, so the system aske questions about the manifestations of the failure. 
This information Mill be used later to determine whether or not the patient is 
improving as a result pf the therapy. Each question concerns a symptom or 
sign of congestive heart failure, asking for a severity eft i mate when 
appropriate. 

An alternative method for the character ization, of failure Mould be to 
note which symptoms and signs Mere present and, later ask if they had improved 
or not. It Mas felt, however, that some objective: assessment of the severity 
of relevant symptoms and signs at the time of their appearance Mould be. better 
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than asking the physician to "think back" and to decide if the manifeatatibna 
of fat Jure had improved. 

Question 23 and 24 

In formulating an estimate of how much digital is to give a patient, it is 
essential to consider possible increased sensitivity caused by hypokalemia 
(low potassium). Moreover, it is often the case that digitalis is given to 
patients also receiving diuretics. This is particularly true with elderly 
patients in congestive heart failure. Chronic diuretic therapy can result in 
a potassium deficiency and recently initiated diuretic therapy or acute 
administration of diuretics can lead to unexpected (and dangerous) potassium 
shifts. 

Question 23 determines the patient's serum potassium level uhich is used 
as an indicator of the patient's total potassium. Once this value has been 
obtained, the system asks about concurrent diuretic therapy {{fewstton 241. 

Questions 25 through 28 

Hypoxemia, myxedema (hypothyroidism), cardiomyopathies, myocardial 
infarction and/or myocardi tis may lead to increased digital is sensitivity. A 
reduction in the digitalis dosage estimate is made for each of the above 
conditions suspected of being present. This reduction reflects the "better 
safe than sorry" maxim which has been built into the system. Uhereas 
underdigi tal ization of the patient can be simply corrected by administering 
more digitalis, overdigi tal ization unnecessary ly exposes the patient to the 
dangers of a toxic episode. 
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Since it gas indicated that the patient might be hypoxemic (Question 25) , 

ANNA requests the patient's arterial oxygen concentration (p02) in order to 

better estimate how much to adjust the dosage regimen in the face of possible 
hypoxemia. 

Question 29 

During the initial estimation phase, the system .needs to determine how 
fast to administer the drug as well as how much to give. In general it is 
best to digital ize the patient as slowly as possible, allowing more time to 
detect and correct toxic responses. This goal must, however, be weighed 
against the urgency of therapeutic intervention. 

In this instance, it is advisable to digital ize the patient relatively 
quickly in order to get his/her heart rate down. The user may indicate hie 
choice for the rate of digital ization, but the system will object if it is 
felt to be too fast or too slow for the particular situation at hand. For 
example, the system always raises an objection when "instantaneous rate" is 
specified, since this is considered this to be allowable only in those cases 
where the need for digitalis is most pressing, such as emergency cases in 
which extremely rapid rate control is desired. 

Questions 38 through 33 

Although it is not necessary to know a patient's excretion losses in 
order to choose a loading dose (assuming digitalis is to be administered 
rapidly), this information is essential in computing an appropriate 
maintenance schedule. This set of questions is designed to determine the best 
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available measure oi renal function. 

Once it has been determined that the patient ha» seme (non-zero) renal 
function (Question 38) and that it is stable (Question 31), the system asks 
for a creatinine clearance (Question 32) , considering this the most accurate 
indicator of renal function. This value is, however, net available, so the 
system requests the next best Measure, serum creatinine (Question 33). Error 
checking is performed to make certain the values being entered are reasonable. 
An objection is voiced to the impoeeitrly high value of 32 for serum creatinine 
and the user i a asked to enter another value. 

The system also uses the answers- to this series of questions utten 
determining how to compute renal function (see Section 4.4). For example, if 
renal function was said to be unstable, the suste* would select a least 
squares projection as the beat technique for computing renal function. In 
this instance, it selects renal function equations uhfeh use of the avail able 
serum creatinine value. 

Questions 34 and 34a 

The system normally leaves the choice of route of administration to the 
user, but objects in this case because of the Wt^h rate. Indication that the 
drug is to be administered oral ly (Question 34a) causes the system* s objection 
to be overridden. 

Question 35 

ANNA asks if the user wishes to see its therapy recommendations, having 
all the information it needs to formulate an initial therapy program for this 
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patient. First, it is suggested that the hypoxemia (as indicated by the low 
P02 value) be corrected, if possible' Following a brief summary of the state 
of the patient, the system indicates a total body store projection of 0.448 »g 
of digoxin. This figure represents an initial estimate of 0.625 mg» adjusted 
for sensitivities and body weight. A maintenance dome of &.10 mg per day ie 
indicated, given the current renal function of about 30%. Since this patient 
was being digital ized for an arrhythmia, it requests that the first loading 
dose indicated be given and any changes be reported before giving more. This 
step-by-step digi tal ization promotes a careful Match of the patient's early 
responses to digi tal ization and uill help avoid "overshoot ing" the proper 
digitalis level. The feedback process starts with the first dose given, not 
after the patient is fully loaded. 

Question 36 

The final question asks if this patient record is to be filed away for 
future reference. As an update is to be performed on this patient in the next 
section, "yes" is entered. 

2.2 An Update Session 

In the previous section, a hypothetical patient was presented to the 
eystem and some initial therapy suggestions were generated. The following is 
a discussion of the user-system dialogue some four hours later (see Figure 
2.2), assuming the program's advice had not been carried out and the patient 
was given 0.5 mg digoxin by mistake. 
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Figure 2.2 
An Update Sees ion 



111 ...Hlimi, UHRT IS THE PATIENT'S LAST NABE? 

(ENTER VALUE)i fflMEt 
121 ...PLEASE TELL tit, UHAT IS THE fATIENT'S FIRST HANE? 

(ENTER VALUE): CLAUDE 
131 ...LET HE ASK YOU, PLEASE ENTER PATIENT IDENTIFICATION NUMBER 

(ENTER VALUE): 396569127 

...CONSULTING RECORDS - PLEASE STANO BY... 

...AH YES OF COURSE! ACCORDING TO THE RECORD*, THIS PATIENT HAS 
ALREADY BEEN PRESENTED. PLEASE INDICATE WHETHER THE FOLLOWING 
DESCRIBES THE PATIENT YOV HAVE IN RlNOi 

...PATIENT'S NAftE IS CLAUDE MONET AN? IMS PRESENTED ON TU630AY 
SEPTEMBER 24, 1974 TO BE DIG I TALI ZED FOR CHF AW ARAYTMM* 

...SEXs HALE 

...AGEi 30 

...UEIGHT: 165 

141 ...IS THIS THE ONE? 

1 YES 

2 NO 

=■=> 1^ 

...LOADING PATIENT RECORD 

(si ...Hnnn, mas the recoiwended dose admnistereo? 

1 YES 

2 NO nORE MAS GIVEN 

3 NO LESS HAS GIVEN 

»«> 2 
161 ...PLEASE TELL HE, WHAT IS THE PATIENT'S HEIGHT (IN POUNDS)? 

(ENTER VALUE) i 166 
171 ...LET'S SEE, WHAT IS THE PATIENT'S SERW1 K? 

(ENTER VALUE)! 4.1 
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181 ...TELL HE, DO YOU -5USPECT THE PATIENT IS HYPOXEMIC? 

1 YES 

2 MO 

191 ...hmmh, mhat is the patient's po2? 

(ENTER ): 78 

1101 ...LET HE ASK YOU, HAS THE PATIENT'S RHYTHM BECOME REGULAR? 

i YES 
2 NO 

■»«>. 2 

1111 ...LET'S SEE, MHAT IS THE CURRENT VENTRICULAR RATE? 

(ENTER VALUE): 92 

...THERE SEEKS TO BE A SIGNIFICNT DECREASE IN THE VALUE OF 
VENTRICULAR RATE 

1121 ...SHOULO THIS BE ASSUMED SIGNIFICANT? 

1 YES 

2 NO 

«■»> 1^ 

1131 ...HHMM, UOULO YOU PLEASE ENTER ANY OF THE FOLLOWING UH1CH NAVE 
APPEAREO? 

1 NAUSEA 

2 VOMITING 

3 ANOREXIA 

4 VISUAL DISTURBANCES (YELLOU OR GREEN TINGED VISION) 



1141 ...LET ME ASK YOU, IS THE PATIENT HAVING PVCS? 

1 YES 

2 NO 

«»«> . 1_ 

U5» ...ARE THESE REALLY PVCS OR ARE THEY ABBERANTLY 
CONDUCTEO SUPRAVENTRICULAR BEATS (ASHMAN BEATS)? 

1 ASHMAN BEATS 

2 REALLY PVCS 

— > 2 

(16) ...LET ME ASK YOU, HOU MANY PVCS ARE OCCURING? 

1 8-5 PER MINUTE 

2 5-15 PER MINUTE 

3 MORE THAN 15 PER MINUTE 

»■«> 2 



Page 34 

1171 ...LET ME ASK YOU, UHflT TYPE OF PVCS PRE THEY? 

1 UNIFOCAL 

2 nULTIFOCRL 

3 UNKNOWN 

= = = > 2 
1181 ...LET'S SEE, ARE THERE SALVOS? 

1 YES 

2 NO 

3 UNKNOUN 
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Ques n t i ons 1 through 3 

As in the initial session, these questions eslabyshv the identity of the 
patient via name and hospital number. Upon receipt of thie information, the 
system proceeds to examine its records for knowledge of this patient. This 
time a patient record is found (the one which was store*) at .the conclusion of 
the last session). 

Quest i on 4 

A brief description of the patient is displayed and the user is asked for 
verification that this is the. patient to be cans ideredi Since the description 
fits the patient, "yes" is entered. The system lben v 4«ads the patient's 
record from i ts f i lee, notifying the user it is ready to proceed. 

Question 5 

In order to interpret the patient's response to the initial regimen, i t 
is- necessary to know if the suggested. regimen had been followed. In this case 
it is indicated that more digitalis was given than the program had suggested 
at the conclusion of the initial session. The administration, of more 
digitalis than recommended may be interpreted later as a possible cause for a 
toxic reaction (see Section 2.3) . 

'. Quest j one 6 through 9 
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These questions explore the possibility of shifts in w*4$ht, s«H# 
potassium (hypokalemia) and p02 (hypoxemia), as discussed in previous 
sections. Ifcre'it Iwlntstcatwr-^ ■ 

hypoxemic, with a' pO? vai^r of M 

Questions lg through 12 

1 1 uas original I y stated this patient was fa be? digital i zed both for 
congestive heart failure and for an arrtiyihmia (atria* flirillatWstdv ■■ r -$Ne. 
system regards control I ing the patient's • arrhythmias a* it* first priority 
with management off 'tfi* 'fVW **#*** !1tfirt*WM"Jt*fii*i-- MsbflHPIing1%, It asks 
about the;dev»fe|mien# : eFWreaj9*«p rtij^^ 1 ffl»Ai&*fc tn* 

patient's- ciurrwht inihtrlaalar <'***%* UtoewWl^l 1 !! ■.' A*^n%ug*r tfo*H^ffh»' lb not 
ye t r egu I ar , thbr* i a * r%d»et Ion in- fift* n%# JUP ivm QubdW bn 3 of Pifura 
2.1) to 92. The system notices this change and ask* the user about its 
significance as related to the digital is therapy CQuaat ion 12). T*tf* W 
important becaus* the reduction in rate could have been caused by some 
condition other thaw di^ Wa 

indicate that the dacraaaa in thls^caar VrWte'e*n*i4ir'ttl significant. 

Quest ions IS through H$ : 

In these questions the system is looking for general signs of toxici ty 
such as nausea, vomiting, anorexia, visual disturbances or the development of 
PVCs. The patient is not experiencing nausea, vomit Vn§&«*^-vl*uW " ■trt^W'ii****^ . 
but PVCs are indeed beginning to appear. Since this patient was in atrial 
fibrillation, it is possible that the P^a ar* actua* I y aberrantly conducted 



Page 37 

supraventricular beats (Ashman Beats). In order to avoid this error, the 
system asks for verification thjt the aberrant beats are PVCs (Question 15). 
Having received this verification, the system attempts to further characterize 
these PVCs with queries concerning the amount (Question 16), type (Question 
17) and whether or not the PVCs are appearing in, salvos ^Question 18). 

2.3 Recommendations - Assessment of Patient Condition/ 

The system now has the information necessary to evaluate the current 
status of the patient and to formulate the next step in the therapy program. 
A summarization of its conclusions regarding changes in the patient fol lowed 
by specific recommendations appears in Figure 2.3. It regards the decrease in 
ventricular rate as a sign of increased therapeutic effect and considers the 
patient to be properly digital ized, since the rate has fallen below 100 
(therapeutic endpoint reached). This level cannot, however, be tolerated due 
to the presence of a toxic reaction (toxic endpoint reached), which may have 
been caused by the increased amount of digHalls adfjihisterecl (see Question 
5). Specifically, it suggests that steps toe taken to correct the hypoxemia, 
since this may have played a large part in precipitating the toxic episode. 
In addition, digitalis administiration should be, stopped unti t the signs of 
toxicity subside. This is essentia), since the patient is already toxic and 
more digital is would expose him/her unnecessarily to further dangers of 
toxicity. 

The system now has an "upper bound" on how much digitalis this patient 
will tolerate (this may however be influenced by the existence of hypoxemia or 
other factors). After the toxic reaction subsides, the system wi I I work the 
patient up slowly to just below this level. The final request of the system 



Page M 



Figure 2.3 
PreMmtatiiHi «f ftec c « Mnd «tlons 
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is for the user to rbtairt a serum digoxin level on the patient, if possible. 
This will be used in the next update, when the system will once again evaluate 
the patient's response. 
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Uithering's original advice concerning the useof digital is was to give 
the drug until the de*ir*dveff«c*«*ia«?**o§i«ad (usually diuresis) or until the 
patient got sicki, At this points ei*hemthe*f*aMee^iia*kd die or he/ehe would 
get better. Unt i I recently, phgai©iah« etil I usad**UiheHng's coarse 
algorithm when digital i zing theii* patients. This haa» however, changed; in 
recent year »i EKG's now aid in the eafslg necogoMlon of toxici ty* 
Radioact i ve tracing teehnit|ues«haj^l»iei^*t^^ examination of 

the pharmacokinetics of di gi tal is and 3 ha»a* lead»to the* development of a 
mathematical modei of digitalis kinetics* Soaajy*MM*eP* have construe ted 
compu ter programs* that use* th is Mathematical modak to f ormu lata d i g j t ai is 
dosage regimens < see Section 1.4)% The nmode* usee*?>is simple and is used in 
one step:: compute the* ap|WT»pf?iaia doaaa^arid ad»i«*eiter i t. In this eec*io«, 
a closer look will be takenaat thanatawa ef tha>pr»*>iaa#and a mora robwat: 
method for the formuiat ion of digi^aUa doaagafiregifpana «ill be pr«aa»*ad« 

3.1 Digital ization - a Model 

"The central task of a natural science is tormaket the wonderful 
commonplace; to shou that* co«^#»tit^» corpectly viewed% is only a mask- 
for simplicity? to find pat*erri hidden in apparent chaos. H 

The Sciences of theM>rjt>Hiei».l by^teisbeiH- A.,- Simon - 

Jell i f fe's programs made use of a quant i tat ive- mode*? that is based on the 

mathematical relationships bet*4ee» mai#teoa«io* doaa* renai function* weight, 

etc. (see Appendix A); This modei is impiaaantedr in the, form of a procedure 

that accepts 1 various parameters (renal function. Height, etc) and yieldatha 

appropr i ate ma i ntenance dose ( see F i gure 3.1). D i f f erent pat i ente ere modal ad 

by changing these input parameters, but the (internal) procedural modei 
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remains unaltered. 

Studies have indicated that there is a limit t* rthe arff act forenees of 
Jelliffe's programs (sea Section 1.4). It was fell that this limit arose from 
the inadequacy of the modeling facilities used by thew programs* Instead of 
using a single patient mode-l, the system shou+d have the ability to " tai lor- 
make " a model for each patient it considers, basing its recommendations on 
this patient specific model. 

Construction of a computer program with such improved modeling 
capabilities requires 1) a clear understanding of what the necessary 
constituents of a patient specific model arej 2) how a patient specific model 
can be produced and 3) how it can be used to produce therapeutic suggestions 
and recommendations. To do this, what is known about digitalis Administration 
must be methodical I y structured. With the assistance of two cardiologists. 
Or. Stephen Pauker and Br. Harvey,,2arrjn. likiuisli'- Structured model of the 
process of digitalis administration wa» developed. 

Use of tMs model involves a two stjsp process, as depicted in Figure 3.2» 

!• Construct ipn ; of a Patient Specific Model and Generation of the Initial 
Guess" ! A patient sjDeci f ic medei fiPSTI) is formulated based on a general 
model and on the answers to vario\||7(jwest ions concerning the current 
clinical setting* Thia>*ey involve J coNng at a numoer of parameters, 
such as renal function, age, uejtgt&HensJTtftTfte^a^ the reason for 
d i g i t a I i za t i orw ; ,J&nce tb* PSfl has been *obta i ned, i t "Ts used *f 6" tormu la te 
an "educated guess" at the prepa*^**^! of digitalis for the patient. 

2. The feedback loop . The second step H the ref i n eme vi t of the Pffi in a 
feedback loop. Once the initial dose has been ajMunistered, the 
patient's response is interpreted wi th respect to the~.previousJy 
constructed PSfl. Comparison of the demonstrated response to the 
expected response may result in a change in the PSfl. For example, if no 
effect at all is aean, the PStf a IgJtt ' be expanded to Include, the 
possibility of malabsorption. Once the PSfl has been updated, it is used 
to formulate the next step in therapy* 

In the following sections PSI1 construction and use of the PSfl in the 

feedback loop will be discussed. 
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3.2 Constructing the PSfl and Generation of the Initial Guees 

The PSfl contains two types of information. First, the values of clinical 
variables such as weight, creatinine clearance, age, sex, etc. for the 
individual patient under consideration are recorded,; These values are used 
input to a Regimen Formulation Procedure similar to that of Jelliffe when 
computing an initial digital is dose regimen. Second, the PSM contains 
assertions describing the type of therapeutic and toxic symptoms and sign9 to 
be expected in the patient. -These are used in the feedback loop to 
characterize the degree of therapeutic effect and of toxic reaction 
demonstrated in response to therapy (see. Section 3.3.1). 

Construction of the PSfl, involves a series, of sub tasks, n each having 
specific information requirements and information outputs. Moreover, these 
subtasks must be executed in a particular sequence if their information 
requirements are to be met. This sequence can be deduced by matching 
information inputs and outputs of each subtask. It turns out that very feu 
legitimate sequences exist*. The following sequence is the one used by ANNA: 

1. Characterization of Cardiac Rhythm 

It is often useful to examine changes in the cardiac rhythm 
when interpreting the patient's response to the drug. In addition, 
the type of rhythm affects the reason for digi tal ization. For 
example, a patient in sinus rhythm should not;, be digital ized unless 
he/she is in failure or is being digitalized prophylactical ly. This 



"This boars a strong, analogy to nueh of thr work dont in coaptftor recognition »♦ visual sconos. 
Early attawptt oxperioneod linUod succsss, primarily btcauia of "ovorsinpt if teat ion" of tho domain. 
Lator work Mhich »ad« us« of fho rich assortMnt of duos in a visual scon* such as shadows and cracks 
produced much bottor rtsults. 
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i 9 commonly done to :$mvmk paee*©!* failure or t© control 
ventricular rate should certain ai»ph^h»l»t bi«pb« und«r varicwia! 
stresses, such as surgery. 

2. Characterization of Purpose 

The physician ahou Id specify **»« the patient is being 
digitatized. Ulthout a Clear idei-of whet is to be gained by 
digi taHzatton, i t wi I 1 ba difficult to determine whether or ndt H 
has boon gainad. Furtbelfliare, -thfo'd^ the initial 

dcsaga estimate UOf) which i» adjusted by etittee*tu*nt sub task 8 as 
deser i bed below. The IQg usaUr byt**hi' ^agitate ♦apvfaiTure, ar¥hy*hisiae 
■ ■ and- ^oebylact+e use- Is *f8tS^mi- 4d?Hi&M***0 £■"'•' • 

3. Ch aracter izat ton of possible Hetabol ic Effects 

The "educated guass" should take into account any metabolic 
factors that might increase or decrease digitalis sensitivity in a 
patient (see Section 1.2.3). For each condition causing increased 
sensitivity, an appropriate adjustment should be made according to 
the fol lowing: 

Saaaftfyjtv ftadtfctloo factor 

pb2 (fe - 88) '^"^r^ 

(58 - 75) 2/3 

(< 58) 1/2 

Hypothyroid 2/3 

Hypokalemia ~ 2/3 

Cardiomyopathies 2/3 

Decreases in sensitivity are of less concern, since they may be 

corrected in the feedback loop. 

4. Decision Concerning Rate of Digital ization 

The physician should consider the patient's overal I clinical 
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status aid the effect which is desired in determining the rate at 
which to digital ize the patient. Once thif decision has been made, 
the appropriate dosages can be computed using the desired rate and 
the IDE obtained from (2) and (3). 

5. Characterization of Renal Function 

It is not necessary to characterize renal function for the 
purposes of loading the patient (if loading is done rapidly), but it 
is essential to know renal function when computing a maintenance 
dose, since urinary excretion forme the primary losses of digoxin 
from the body (this is not neceeeari ly j^Aie, with digiJtoxin, .. see 
Section 1.2.4), For patients witb sJajjjf^tnaJ function, this 
information can be gathered now and used later, in computing daily 
losses. 

G. Decision Concerning Route 

The choice of route is primarily a function of the rate of 
digital ization and of clinical convenience. If the patient is to be 
digital ized rapidly, intravenous administration is appropriate. 
This also true of patients unable to take digitalis orally (eg, 
comatose patients). 

7. Decision Concerning Preparation 

In general, o>igoxin is the preparation of choice for several 
reasons. First, i ts quick onset and, short half life al low closer 
control over its e<f feet. Second, more. Pharmacol ogica I research has 
been done with this preparation .and its kinetics are better 
understood than those of the other digitalis! preparations. 
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This complete* .-tin s task* j-neeeseemr for ca»*§trtictron of therPSM. The 
system has forwuisted^ the- IQE fsubtaeks- 2'-*a«d> 31* he* obtained values for 
weight anil rmnvi functtow ah* f fs*nw# *&¥*- t^^KWraflirer^iftftlart close regimen 
by using these values as input to the ^imen-Porm^ation Procedure mentioned 
earlier. The next step to consider is the feedback loop. 

3.3 The Feedback Loop 

Once dig i taJ i s ha* been administered; the patient'*' response to it is 
evaluated and the newt step in the? the^api* program ; ?s- formulated, based on 
this assessment. The feedback loop consists of two swlrtesks: 
character i zM ion of therapeutic »m to*#e respawe and- formulation (and 
execution) of therapeutic action. 

3.3.1 Characterization of Therapeutic and Tome Response 

As the amount of digitalis in the body is increased, a corresponding 
increase in both therapeutic and toxic manifestations is sesn, each of which 
can be viewed as increasing at a different rate, hopefully with therapeutic 
gain increasing faster than toxic response. In the feedback loop, changes in 
the patient's clinical state ars interpreted in light of the information 
contained in the PStl and each is considered ah independent characterization of 
the degree of therapeutic gain and degree Of toxic reaction. Before 
discussing this process in more detail, a descriptive framework for the 
expression of these character izations wi 1 1 be presented. 

A Descriptive Fr e newv o rk 
A straightforward method for describing the degree of therapeutic or 
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toxic response would be to assign thepatisnt a rating .on soma continuum, say 
from zero to 100. A patisnt could then be described ass being 43% "toxic" or 
22% "therapeutic". The formulation of such an, enact assessment, however, would 
prove to be difficult. Furthermore, such a fine characterization is not 
really necessary. 

A more attractive method would be tdlike this aSSSlsment discrete, 
using terms such as "none", "some" or "fully" to describe the location of the 
patient on it. In this way a patient might be described as being "no 
therapeutic but some toxic" or "ful ly therapeutic with some toxicity." This 
approach has the advantage that only three possibilities must be considered 
instead of the hundred possible characterizations of the previous scheme. 
This reduction makes it considerably easier to decide which category is 
appropriate. The drawback of this type of description is that i t has a low 
"resolution", but more resolution is not needed, since this assessment will be 
re-evaluated the next time through the feedback loop. 

The following discussion details the construction and appearance of the 
portion of the PSfl containing assertions that describe the type of therapeutic 
and toxic symptoms and signs expected in the patient. 

ChsrlKterizatian of Thorapautic Gain 

The or i g i na I reason for digital i zat i on dftenmi nes the, l; cr i ter i a con ta i ned 
in the PSM for the measurement of therapeutic response. The possible reasons 
are: 

1 . Digital i zat ion for Arrhythmia 

If the reason for digital ization was atrial fibrillation, a decrease 
in ventricular rate would be considered as a sign of increased 
therapeutic effect. The extent of this increased therapeutic response 
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(eg, "none", "seme" or "fully"! is dependent on the size of the decrease 
In rate as wet I as the magni tude of the current' rate. Per example, if the 
rate fails under 189, the patient Is considered to be "fully" 

therapeutic. 

2. Digi tal ization fo r Congestive Heart Failure 

If the patient was dig* tali zed for congestive heart failure, the 
therapeutic response can be measured by changes in relevant symptoms such 
as orthopnea, dyspnea, paroxysmal nocturnal dyspnea (pnd), etc. and signs 
9uch as ankle edema, neck vein distension, etc. Each of the symptoms and 
signs is assigned a severity scale. For example, ankle edema is 
expressed as 1+, 2+, 3+. etc. If the extent of edema changes from 3+ to 
1+, a net change of (plus! two units results. Similar computations can 
be carried out for the other symptoms of failure.. Ue can then define 
"ful ly therapeutic" as a change of V units or more, "some therapeutic" as 
a net change betueen X and Y units and "none* therapeutic as a net change 
of less than X units, where X and Y are fixed threshold values. 
Adjustment of the threshold values will make the system more or less 
demanding when judging the therapeutic response of patients in failure. 

3. Arrhythmia and Fai Jure 

In cases where digitalis is given to remedy both an arrhythmia and 
failure, one should deal with the arrhythmia first in the manner 
described above. Digitalis treatment of the rhythm disturbance generally 
results in the improvement of failure* since it is often a manifestation 
of the arrhythmia. 

4. Prophylactic Use 
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Patients tning digi tal ized prophylacticaHy are general ly given 
smaller amounts of digitalis and hence are less likely to experience 
digitalis toxicity. Because of this, characterizations of therapeutic 
gain and toxic response are generally not relevant. It is nevertheless 
important to Match for possible signs of toxicity, as described above. 

Characterization of Toxicity 
The characterization of toxicity is largely independent of the reason for 
digi tal ization. There are a number of conditions Mhich, if present, 
immediately result in a classification of "fully" toxic. These include: 

1. PVCs; appearance of multifocal PVCs, PVCs in salvos or PVCs in excess 
of 15 per minute. 

2. Development of paroxysmal atrial tachycardia (PAT) with block. 

3. Development of second or third degree heart block . 

In addition to above conditions, there are a number of developments 
suggestive of toxicity. The presence of each contributes a certian amount to 
a "score", the value of which is used in determining the extent of toxicity 
(similar to judging therapeutic gain for digi tal ization of failure). These 
include: 

1. Nausea, vomiting, anorexia, certian visual disturbances 

2. Smal I increases in the amount of PVCs occur ing per minute 

3. Excessive slowing (ventricular rate dropping below 60 beats per 
minute). 

3.3.2 Formulation of Therapeutic Action 

Once the evaluation of the patient response has been carried out, it is a 
relatively simple matter to decide on the next step in the therapy program. 
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Since the descriptive framework permits three possibilities for both 
therapeutic effect and for toxic effect, only nine descriptive states are 
possible. Each descriptive State has a we1 1 defined course of action 
associated with it. The states and course of action for each ares 

1. Fully therapeutic - no toxic 

The patient has achieved the therapeutic goal and shows no signs of 
toxicity. Place patient on maintenance dose which fixes the digitalis 
load at this level. Digi talization is completed unless patient's 
condition changes. 

2. Fully therapeutic - some toxic 

The patient has met the therapeutic kfoai but is experiencing soae 
toxicity. Correct any sensit ivi tie* which JM^J>e. causing increased 
sensitivity. Hold digi talis until toxic manifffl ifti ona subsi de and 
increase slowly to just below that level* Treat toxic mani testations if 
necessary (administration of potassium or aoti-frrhythmia therajjy) . 
Obtain a serum digoxin level if possible. 

3. Fully therapeutic - fully toxic 

The patient has met the therapeutic goal but is experiencing 
dangerous level of toxicity. Perform same actions as in (2) above/ 

4i Some therapeutic - no toxic 

The patient is showing some therapeutic response to the drug but not 
enough; no toxic reaction as yet • Increase the amount pf digital i s 

si ightly. 

5. Some therapeutic - some toxic 

The patient is showing some therapeutic resonse to the drug but not 
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enough; some toxicity is beginning to appear. Per form same actions as in 
(2) above. 

6. Some therapeutic - fully toxic 

The patient is showing some therapeutic resonse to the drug but not 
enough; experiencing dangerous level of toxicity. Correct any 
sensitivities, perform same actions as in (2) above. Think about using 
another type of treatment. 

7. No therapeutic - no toxic 

The patient is not responding to treatment. Make sure drug is being 
taken and investigate the possibility of malabsorption. Obtain a serum 
digoxtn level. Correct any conditions which are decreasing sensitivity. 
Administer more dig! tal is, exercising caution due to increased digitalis 
load. 

8. No therapeutic - some toxic 

The patient shows no therpeutic response but spme toxic effect is 
evidenced. Perform same actions as in (2) above. Think about using 
another type of treatment. 

9. No therapeutic - fully toxic 

The patient is showing dangerous level of toxicity and no 
therapeutic response. Hold digitalis and correct sensitivities if 
present. If no sensitivities present, discontinue use of digitalis. 
The feedback loop is continued unti I one of the "halting states" is 
encountered (eg, states 1, 6 and 9 above), at which time digi tal ization is 
completed and the patient can be continued on the current maintenance 
schedule. 
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4. The fleehanisms of AftiA 

4.1 An Overview 

In the previous chapter it was shown that an ordering of the sub tasks 
involved in digitalis administration exists, the system's Internal 
representation of this ordering is the Therapy Transition |ETworK (TTNET) 
appearing in Figure 4.1. The TT*CT consists of a number of nodes I inked by 
arcs. For the purposes of the present discuss ion* one can think of each node 
as a procedure, although this is imp! eaewted tomtwhat differently in the 
actual system (see Appendix C). Each of these procedures may be linked to 
sub-procedures by three types of links: non-selective (so) id arcs), semi- 
selective (not shown in Figure 4.1) and selective (dotted arcs) . IJhen a node 
in the TTNET completes its execution tea I led a He t work Procedure Execution or 
NPE), one or more of the subproeedures linked to it are executed depending on 
the type of linkage. Selective linkages imply that at most one of the 
subprocedures may be selected and executed, whereas non-selective linkages 
result in the serial (top to bottom) execution of the subnode procedures. 
Semi-selective linkages result in the execution of one or more of the subnodes 
and are considered later in Section 4.B. 

For example, upon completion of execution of .the procedure corresponding 
to the node RATE-OF-OIGITALIZATION, at most one of the subnodet, 
INSTANTANEOUS-RATE, RAPID-RATE, MOOERATE-RATE .or SLQU-RATE wi 1 1 be chosen and 
executed (see Section 4.4 for a discussion of the mechanism for making this 
choice). On the other hand, execution of the node BEGINr THERAPY eventual ly 
results in the (serial) execution of the subnodess 
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Figure 4.1 The TTNET (continued on next page] 
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CARDIAC-RHYTHfl 

PURPOSE 

METABOLISM 

RATE-OF-DIGITALIZATION 

RENAL-FUNCTION 

ROUTE 

PREPARATION 

FEEDBACK 

The system 'begins with execution of the node, INITIALIZE. Execution of 

this node results in the execution of a number of other nodes, as described 

above. The effect of these executions is to produce the system behavior 

demonstrated in Chapter 2. The rest of this chapter will be devoted to a more 

detailed discussion of the processes which occur during the execution of nodes 

of the TTNET. Before presenting such a discussion, it is appropriate to make 

some comments concerning the representation used by the system. 

4.2 Representation 

ANNA uses a set of LISP programs collectively Known as GOBBLE that were 
developed by members of the Clinical Decision flaking Group at Project MAC. 
GOBBLE faci I itates the representation of medical knowledge in a decJarative 
fashion and allows pattern matching. In order not to burden the reader, a 
full discussion of this facility is presented elsewhere (see Appendix B) and a 
stylized engl ish version, appearing in italics, will be used instead of the 
actual GOBBLE assertions. 

A. 3 Data Collection 

The collection of data about a patient is a formidable task in itself, 
particularly when the program is to deal with busy physicians who have little 
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time or patience for unnecessary questions or questions phrased in unf ami I iar 
terms. A great deal of time uas spent developing a question asking Module 
that would know what facte were needed, »tv whaV order theu ehould be asked and 
what logical dependencies exist between facte. For example, when confronted 
with a patient demonstrating a low serum potassium level, it is advisable to 
ask about concurrent diuretic therapy, since the existence of such way account 
for the low potassium level. I_f diuretic therapy is being administered, 
further inquiries as to the type of therapy (acute, chronic, episodic) and the 
existence of potassium supplement use should be made. The question asking 
module has the ability to accept such logical dependencies and to use them 
when determining what questions need to be asked. 

In order to maintain a consistent data base, it is essential to detect 
erroneous user replies. After a more detai led discussion of the question 
asking module, the problem of data verification mi 1 1 be considered. 

" QueatkNtAttkina 

In the course of a NPE, a request may be issued to the question asking 
module to gather data about some facet of the patient's clinical state. This 
is implemented by associating a procedural fragment ca I led a Question 
Directing Subroutine (QDS) with each of the nodes of the TTNET. 

The system is equipped uith about fifty QDS's which serve to guide its 
information col lection. Each of these QDS's is a simple procedure fragment 
such as those exhibited above. These represented pre-compiled "depth firet" 
procedures for data collection, such as these imparted to medical studente 
learning to perform physical examinations. They are not to be confuaad mUH 
the overall control structure of the system that invokes them. 



Page 57 

A simple QDS w ild be: 

(ASK (VALUE WEIGHT)) 
which would result in a question simi I ar to Question 5 of Figure 2.1. the 
anewer is checked by lower level routines for validity and entered Into the 
database (see Validity Checking below). 

In order to reflect logical dependencies between facts, more complex 
CBS's involving conditionals can be composed. For example, the fol lowing QDS 
Mould ask about the existence of orthopnea, requesting further information, 
only if the user indicates that orthopnea is present: 

(ASK (STATUS ORTHOPNEA) ) 
(IF (STATUS ORTHOPNEA PRESENT) 
(ASK (AMOUNT ORTHOPNEA))) 

A further extension of this mechanism is to allow QDS's to call for the 

execution of other QDS's. For example, the QOS for CONGESTIVE-HEART-FAILURE 

might look like: 

(ASK ORTHOPNEA 
DYSPNEA 
PND 

ANKLE/ EDEMA 
NECK-VEIN-ELEVATION 
S3-GALL0P 
CAR0I0T1EGALY 
PULMONARY-VENOUS-HYPERTENSION) 

Interpreting this QDS would result in the generation of calls to the question 

asking module to interpret the QDS's for orthopnea, dypsnea, pnd, etc. 

Because of the modularity and simplicity of the QDS's, it would be 

feasible to construct a special interpreter to explain what each one does. In 

this way, the program could explain what information it is trying to gather as 

well as hou it thinks it should go about doing so. Furthermore, this 

simplicity makes them easy to change. The data col lection behavior of the 
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program may be adjusted in a simple and straightforward manner*. 

Validity Cheeking 

flul ti pi echo ice forma* for question response* was chosen in order to 
simplify the task of error checking* since the alternative* displayed are 
considered to be the only legitimate responses. Base of the questions, 
however, ask for values (eg, weight, serum potassium, ventricular rate, etc.). 
A response to this type of question is checked by comparing it to the range of 
admissible values specified in the eyatsa's dictionary. If the value entered 
by the user falls outside this range, an error- meeeage i s prated and the 
system accepts another value from the user. 

The system also checks two or more related facts for validity. For 
example, the verification module would complain about a weight change from 165 
pounds to 330 pounds in one day, even though both of these values lie within 
the admissible range of weights. Similar checks are performed to detect 
unlikely changes in serum potassium levels, ventricular rate, etc. 

The above strategy works well when considering responses to individual 
fact9 or to simply related groups of facts ("syntactic error checking") , but 
some higher level error checking is needed ("semantic error checking"). For 
example, if the user specifies slow digital ization for a patient in atrial 
fibrillation, the system should interpret this as a semantic error, indicating 
that "rapid rate" would be more appropriate. Semantic error checking of this 
type is implemented via a special mechanism called daemons , which will be 
discussed at length in Section 4.5. 



An i n tor •» ting «x t»» ion of tho ouMfion atktna, MuttwiiNlit anotfttf »ub-»w)ul» which would 
accept soma highar lovol description (19, English or otherwise) and generate {or Modify) QOS's 
automatically. 1 -■'•' 
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4,4 Subnode Selei. : on 

Until now, nttl.e has been said concerning how the data being col lee ted 
are used by the, system^ In this section, one way in which the system uses the 
data i t col lects is presentedj, .subnode $f lection. 

As mentioned earlier, the last thing done in anNPE of a node containing 
selective links to a number of subnodes is the select i Of), of onm (or nonej of 
those subnodes to be executed* This is done in the follow i,ng. manner. The 
supervisor issues a request to a pattern matching. module (RID, to choose the 
"best M subnpde tQ be executed next. The, Rfl a cfrr,tee out^ ^h,ls activity in two 
phases. First, it retrieves pattern assertions associated With all subnodes 
which are (selectively) linked to the node finishing execution, tin the basis 
of a comparison of these pattern assertions and the contents of the data base, 
each subnode is classified as being either qualified or unqual if ied for 
selection (see be I owl. Second, the Rtl chooses ^Ihe "best* subnode from among 
the qualified subnodes from the first phase. In this manner, at most one of 
the subnodes wi 1 1 1 be selected. The following discussic^ indicate what these 
pattern assertions look like and contain an ' f x**P • e^Fftl operation. 

Each node of the TTNET has associated with it a series of pattern 
assertions composed of a pattern type (F^fCuVlSlTEV Pf^CLUtJES, SUFFICIENT), 
and the pattern itself. The rules for interpreting these pattern assertions 
are the following: 



1. A PREREQUISITE pattern assertion must be satisfied in order for the 
match to be successful (see 3 below). 

2. A PRECLUDES assertion which is found to be true invalidates the 
match. 
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3. A SUFFICIENT assertion which is found to be true immediately results 
in a successful match, ever* if the pattern contains unprovable 
PREREQUISITE assertions or valid Pnm.U0ES assertions. 

A successful match results in the classification of the eubnode as 

qualified and it will be considered irr the* second phase of selection. 

Otherwise it is noted as being unqaallfiiec* for selection. For example, the 

subnode SLOU-RATE of the node RA$E^4HGrmt^TIOC ha* two pattern 

assertions associated with it: 

"5eIee*?oi» of SLtJU-RATE 1s precluded if the reason for 
digitalization 1s an arrftyttoftt* if pulmonary edema is present , or 
if the user specifies som other rata of digitalization.' 

"Specification by the user that slow dlgttallzat Ion is desired 1s 
sufficient to Qualify SLQM-R*T£." 

For example, the Pm would find SU^^&IE to be a suecassful match if the 

data base contained: 

'The user prefers to xllgita I izm the patient slowly." 

If this assertion was not found, the match would jsUII be successful i f non ^e 

of the fol lowing is true: 

"The patient 1s being dlgitaTized for an arrhythmia' 
"Pulmonary edema is present 

'The user's preference ror thereto of digital 1zat1on is other than 
slow rate." 

Hence the pattern associated with SlOfcMWTE can be paraphrased In the 

follouing manner: 

"SLOU-RATE is to be considered a viable candidate for the RATE-OF- 
DIGITALIZATION unless the patient is being digital ized for rapid atrial 
fibrillation, or there is pulmonary edema present, or the user has 
specified some other rate." 

Phase II - Selection of Beat Subnode 
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After the PHI has established which subnodes are qualified, it issues a 
request to a special submodule to choose the best among them. In order to do 
this, the relative merits of the qualified subnodes must be weighed. Although 
some heuristics could be used to accomplish this, a rather simple method has 
proven effective. The relative selection submodule has access to fixed 
priori ty I ists for each group of subnodes. For example, the priority Met for 
the subnodes I inked to RATE-u^-DlGITALIZATION is: 

(SLOW-RATE MODERATE-RATE RAPID-RATE INSTANTANEOUS-RATE) 
If MODERATE-RATE and RAPID-RATE were the qualified subnodes from Phase I, the 
relative selection submodule would choose the former, based on the ordering 
specified in the priority list. This particular priority list reflects the 
general maxim: "digital ize patients as slowly as possible", since SLOU-RATE 
has priority over MODERATE-RATE, etc. 

4.5 Daemons 

The daempn mechanism performs higher level semantic error checking. A 
daemon node is (optionally) associated with each node of the TTNET, being 
treated exactly as any other node, with one difference; it is executed 
immediately after the node to which it is attatched (eg, before any other 
subnode selections or executions). This is indicated jn Figure 4.2 by the wavy 
line connecting the daemon node, RATE-DAEMONS, to the node RATE-OF- 
DIGITALIZATION. 

Since daemon nodes are essentially treated like any. other node, it is 
possible to have a daemon node linked to a nUinber of daemon subnodes. Such 
I inkages are denoted as being semi -selective , appearing in Figure 4.2 as 



Page 62 



8ATE-OF-DIGIT5W.IZAT ION - 




RATE -DAEMONS 



— StGIWWE 
h- -^SPB&TE-RATE 
— MPiB-IMTE 

--I*5TiWrWIE0US-RATE 



KSTWFJ«0«S-T004*»5TK: 
£2=£ii^1Mgf^TtMUattAL~FIB 
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double lines. Sew i -selective I'mkages are »i*$lar to selective linkage*. 
however instead of performing the second phase of the select ion process, the 
Pnn causes all qualified subnodes to be executed, in the order in which they 
were examined. Each of the subnodes contains a message to be displayed which 
informs the user what type of objection the systea has to the ineoairtg 
response. 

The session appearing in Figure 2.1 contains an e*8»j>te of daemon 
operation. The system notices that the route preferred by the tieer was "oral" 
in spite of the fact that the patient's rata was «|utt* high. The daemon 
subnode which recognizes this error is Qn^4lttfr4$!1X4tATE and contain* the 
pattern assertions: 

"The user prefers oral administration and the ventricular rate is 
currently greater than 140. * 

In practice, this allows construction of daewon subnodes with patterns 

which detect semantic inconsistencies in the incoming data. As should be 
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apparent from Chapter 1, many "medical common sense" checks need to be made to 
insure the quality and consistency of the data contained in the data base. 

4,6 Bookkeeping 

What is done during a NPE other than information gathering and validity 
checking? Clearly something else must go on if the system is to formulate 
useful recommendations and/or conclusions. 

One useful side effect of a NPE, particularly when formulating the 
initial regimen, is to assign values to internal variables. These values are 
later referenced by the computation routines. For example, execution of the 
node NO-RENAL -FUNCTION will result in the fol lowing assignment being made: 

"Set the value of renal function to zero" 
Subsequent requests to the computation module for the value of renal function 
will result in a value of zero being returned. 

It is possible to specify the value of an internal variable as being 
constant (age or weight), variable (maintenance dose) or procedural (in the 
face of changing renal function, a least squares procedure is executed in 
order to obtain a projected value). The example above indicates how constants 
are assigned. A slightly more complex situation in which variable value 
assignments are made is discussed below. 

If the patient's renal function was not zero, a node other than NO-RENAL- 
FUNCTION would have been chosen and executed. Assume that STABLE-RENAL- 
FUNCTION had been chosen instead. This time a measure Of renal function is 
needed along with a method for computing the patient's renal function given 
this measure. To do this, RENAL-FUNCTlON-flEASURE is executed and asks 
questions about the various types of renal function measures aval table such as 
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creatinine clearance, serum creatinine* etc. If a serum creatinine value is 

available, the node SERUMtCREATININE will be chosen and executed immediately 

after RENAL -FUNCTION-MEASURE finishes and Mill carry out the assignments! 

"Set the value of strum creatinine to <some value>" 

and 

"Set the value of renal function to ft.fl times the value of weight 
divided by 154.0 times the value or serum creatinine" 

Uhereas the first assignment has the effect of binding the variable 
SERUM-CREATININE to some constant value, the second assignnent binds RENAL- 
FUNCTION to an expression , whose evaluation wi 1 1 return the appropriate value. 
Such express ions may contain arithmetic operators (eg, sums, differences, 
exponentials, etc.) and variables which have been assigned some value (either 
constant, variable or procedural), Uhen the computation module receives a 
request for the value of RENAL -FUNCTION, it determines that its value can be 
obtained from the values for SERUM-CREATININE and WEIGHT, each of which is 
obtained by a recursive call to the computation module. Eventually, the 
evaluation is completed and the appropriate value returned. 

Consider nou the case in which renal function is found to be unstable. A 
similar series of node executions will be carried out. The system will 
realize that an estimation of renal function will have to be made, and will 
ask the user which measure is available. Depending on the reply, either 
EST I MATE-CREAT I NINE-CLEARANCE or ESTIMATE-SERUM-CREATININE wi 1 1 be executed. 
Assuming that serum creatinine values are to be used, execution of ESTIMATE- 
SERUM-CREATININE will carry out the following assignments: 

"Set the value of serum creatinine to the procedure APPROXIMATED" 

and 
"Set the value of renal function to 0.9 times the value of weight 
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divided by 154.0 times the value or serum creatinine 1 ' 

where APPROXIMATE-RF is a procedure for performing some sort of projection, 
given past serum creatinine values. In the last case, a similar series of 
assignments was made, the difference being that SERUM-CREATININE now has a 
value of procedural type. When the computation module receives a request for 
the value of RENAL-FUNCTION, it will evaluate the defining equation for renal 
function. As before, this evaluation requires recursive calls to obtain 
values for SERUM-CREATININE and HEIGHT. This time, the procedure APPROXIMATE- 
RF will be executed in order to arrive at a value for SERUfl-CREATININE and 
WEIGHT remains a constant. Finally, RENAL FUNCTION is computed by 
substituting these values into its defining expression and evaluating it. 

4.7 Evaluation of Patient Status 

One of the most important activities of the system is the construction of 
the PSfl (see Section 3.2) and the assessment of the current status of the 
patient during the feedback loop using the PSD. In this section the following 
topics will be considered: 1) construction of the PSM, 2) its role in 
evaluating the patient response and 3) the formulation of advice and 
recommendations. 

4.7.1 Bui I ding the PStl 

The PSM is constructed during the execution of the node FEEDBACK, 
occur ing upon completion of the question asking activities during the during 
the initial session (see the TTNET in Figure 4.1). The PSM is built by fitting 
together appropriate pieces of a number of patient prototypes in its data 
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base. The effect of the execution of the node, FEEDBACK, is to select one of 
the subnodes: 

ATR I AL-F IB-PROTOTYPE 
AUn AL-RUTTttl-PRQTBtWE 
PAT-PROTOTYPE 
CHF-PWEJTOTYPE 

The selection process is primarily dependent on the reason for digi tal ization 

recorded in the data base. For exanpie, associated with the sub-nod* ATRI AL- 

F IB-PROTOTYPE is the pattern assert ionf 

"A prerequisite for ATR I AL-F IB-PROTOTYPE U that the type or arrhythmia 
1s atrial ribririatioti and that the patient 1s be 1 tig d1g1 tall zed for an 
arrhythmia" 

Linked to each of these patient prototype nodes (via a non-selective link) is 

the node STANDARD-PROTOTYPE. Hence two patient prototype nodes may be 

executed: STANOARO-PROTOTYPE and one of the nodes linked to FEEDBACK. 

Each patient prototype node contains two types of informatiom prototype; 

clauses and relevant daemons. 

Prototype Clauses 

Execution of a patient prototype causes each of the prototype claueee 
associated with that prototype to be examined. A prototype clause consists of 
a pattern, a ODS (optional) and an interpretation clause. The interpretation 
clause in turn consists of an interpretation pattern and a summarization 
statement. 

The prototype clause is processed in the following fashion. If a 
successful match of its pattern and the data base results, the QOS and the 
interpretation clause are inserted into the PS1 (Interpretation clauses are 
discussed later in Section 4,7.2). For example, one of the prototype clauses 
of the CHF -PROTOTYPE is: 
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"If orthopnea 1s present, ask about chajng$& 1n or thopnea and interpret 
any Improvements In the patient's orthopnea as a sign of increasing 
therapeutic gain.* 

Breaking this prototype clause apart, the pattern is; "Or.t^ppi»e# 1s present' 

and the QDS involves asking questions about the existence and severity of 

orthopnea. The interpretation pattern \$'lf the orthopnea 1s less severe 

than it was earlier" and the summarization}; statement is "A sign of an increase 

in therapeutic gain is the reduction of t*e, patient's orthopnea. " Similar I y, a 

prototype clause appearing in the patient prototype r ATRIAL ^Fl^-PPQTQTYPE is: 

"Always ask about ventricular rate changes; H the rate is below 100, 
Interpret this as having reached the therapeutic goal." 

In this case the pattern is always true, theJJDS wjl» ask about ventricular 

rate changes. The interpretation pattern is "If the ventricular rate is less 

than 100" and the summarization statement is "A therapeutic goal has been 

reached." 

Relevant Daemons 

The second type of information contained in the patient prototype is a 
list of relevant daemons . These daemons are similar to those in the patient 
prototype nodes, the difference being that the daemons contain prototype 
clauses which apply to signs of toxicity as opposed to signs of therapeutic 
gain. This distinction reflects a subtle difference in the way therapeutic 
gain and toxic response are judged. Whereas the system will actively search 
for expected signs of therapeutic gain, toxic symptoms are interpreted only 
when the system is told of their appearance (this is not altogether true at 
present, since the system steers the information gathering process - see 
Section 5.1) . 

Uhen the system has finished examining the prototype clauses contained in 
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the patient prototype* it executes uhatkmtmr daemons are specif led as being 
relevant within that patient prototype* For example, the STANDATO-PfWTOTYre 
specifies the relevant daemons, EXCESSI¥E-SU*§»iB, V0«RiaJLAR-iRRlTA8ILiTY 
and NON-CAROI AC-SI GNS, each of which interprete some general sign of toxicity 
(see Section 1.2). On the other hand* the patient prototype ATR1AL-F1B- 
PROTOTYPE I ists ^-PARWYSttAt- JUfCT lt»KL-TA£H as a relevant daemon, 
reflecting the fact that the development of non paroxysmal junctional 
tachycardia in a patient with atrial f ibri I latton should be interpreted as a 
sign of toxicity. 

4.7.2 The Role of the PStt in Aseeesing Patient Response 

Uhen the user instructs the system that he/she wishes to discuss a 
previously presented patient, the node REPORT-CHANGE is executed. This node 
is linked (via non-selective linkages) to two nodes: PSM and EVALUATION- 
FRAMEUORK. Execution of the former results in the formation of an assessment 
of the patient's response to treatment as described below. 

The system uses the previously constructed PSH to assess the patient's 
response to therapy in two steps. First, it passes the QOS's contained in the 
PSM to the question asking module in order to assemble the necessary 
information. The questions appearing in Figure 2.2 were generated in this 
fashion. Second, it matches each of the interpretation patterns against the 
data base (note that the QOS's have just finished adding new information to 
the data base). For each of these patterns which is successfully matched, the 
corresponding summarization statement is inserted into the data base. This 
summary represents the system's assessment of the patient's current response 
to therapy. 
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4.7.3 Formulation of Advice and Recommendations 

Following the execution of the node, f^ f .^^wdB,E)TA(^|ATI0N-^TOJOI?K 
will be executed. This node is connected (via selective links) to a series of 
subnodes, each corresponding to one of the nine possible descriptive states 
mentioned in Chapter 3. The patterns associated with these states refer to the 
various summarization statements inserted into the data base during execution 
of the PSD node. For example, 1 the pattern assertion of the subnode 
THERAPEUTIC-ENDPOINT (eg, descriptive state 1 of Section 3.3.2) is: 

"A prerequisite for THERAPEUTIC-ENQPOINT is that a therapeutic goal has 
been reached,' 

Execution of the node corresponding to particular descriptive states has 

two effects. First, it results in the system's recommendations being 

displayed as described in Section 3.3.2. Second, it may cause changes to be 

made in the PSH. For example, if descriptive state B (some therapeutic - 

fully toxic) was selected, the system would suggest that the user obtain a 

serum digoxin or (digi toxin) level. A QOS which asks about the results of 

this test is added to the list of QDS's contained in the PStl and appropriate 

interpretive clauses are inserted into the PSfl. During the next update 

session, the system will ask for a serum digoxin (digi toxin) level and use it 

in assessing the patient response. 

4.8 Summary 

The discussion so far has centered around a description of the problems 
involved in digitalis administration and the manner in which the current 
version of ANNA functions in dealing with these problems. The system was 
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built so that it would be relatively simple to extend. The next chapter 
contains a discussion of what extensions are advisable in the next version of 
the system and some thoughts on how these extensions might be implemented. 
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5. Refining the Refinements 

The process of developing a Digital is Therapy Advisor is not unl rke the 
method of administering digitalis described in the previous chapters. Each is 
best achieved by constructing an "initial guess" and improving this starting 
effort based on its performance. In the same May that Jelliffe's early 
efforts gave rise to this research, it is to be expected that further versions 
of ANNA will be constructed, based on experiences with the existing system. 
Initial work with ANNA has pointed to a number of areas where refinements are 
needed. The remai nder of th i s chapter wi I L be devoted to a cons i derat i on of 
these refinements. 

5.1 The Interface 

The worth of a Oigi talis Therapy Advisor depends on the quality of the 
conclusions and recommendations it formulates gnd on the efficiency and ease 
of communication between the program and the user. This is particularly true 
when the user community consists largely of individuals having little or no 
previous exposure to computers (eg, doctors or nurses). The interface should 
provide a means for fluid and efficient communication between the user and the 
system, 1) allowing the user to transfer what he/she knows about a patient to 
the system and 2) allowing the system, in turn, to present its recommendations 
to the user. This communication should be as "comfortable" as possible for 
the user in order to assure effective interaction and communication with the 

system. 

The nature of the interface is heavi ly dependent on the form of the 
"internal machinery" of the system. For this reason, work on the interface/ 
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was delayed until the construction of this "McWwr^ was completed. The 
current interface is described in detail in Chapter 4. In this section 
improvements to the existing interface will Be discussed. 

5.1.1 Accepting Information From the User 

The current interface operates in "active* mode when obtaining 
information from the user. The essential feature ot this approach is that the 
user is unable to take control of the dialogue* out must answer a series of 
questions generated by the system. Thie meshed has two ad vantages. First, it 
is easy to implement, since the program can be provided uith a simple 
flowchart which directs the information gathering procedures. Second, after 
asking all of the quest ions specified in the flowchart, the syefem ie 
guaranteed to have all of the information it needs. Wsrs this not the case, 
the flowchart can be updated to Include previously unasked questions. 

Although this method gathers the appropriate data, it may not be 
altogether comfortable from the user's standpoint, since it places constraints 
on what the user may tell the program about a patient as well ae when he may 
tell it. Typically, ths user wishes to present solwr initial set Of facts to 
the program, such as "this is a S3 year old woman to be digital ized for atrial 
f ibri 1 1 at ion with a low serum potassium and S creatinine clearance of 128 ml 
per minute" and i t may be frustrating for him/her to watt until the eye te* 
gets around to asking for this information. 

A better method would be to allow the user to enter an initial 
description of the patient, after which the system would run through a 
flowchart (such as that mentioned earlier) in order to "fill in the blanks." 
This approach is more difficult to implement than the previous one, since it 
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requires the development of a language for expressing the initial patient 
description and techniques for translating this description into the ayetem's 
internal representation. Despite these difficulties, the development of such 
an interface would be feasible for several reasons: 

1. Recent developments in natural I anguage processing U2) make 
construction of crude Engl ish parsers possible within a relatively short 
time. A parser could be built that would translate an initial patient 
description expressed in English (or some subset thereof) into the 
system's internal representation. Uhen the parser had completed this 
task, the normal question asking machinery would be called upon to gather 
additional information. 

2. The statements of interest to the system are limited in number, each 
corresponding to an entry in the dictionary. By consulting the 
dictionary, the translation routine can determine what facts are relevant 
and what in particular about those facts is of interest. For example, the 
dictionary contains an entry for PVCs, specifying that the type* number 
and existence of salvos are all important properties of PVCs. If the 
initial patient description contains a mention of PVCs, the system would 
recognize the importance of this and enter the appropriate assertions 
into the data base. Conversely, if the user indicated that the patient 
"has brown hair and four fingers on each hand", the system would consider 
this information unimportant, since there are no dictionary entries about 
hair, fingers or hands. 

5.1.2 Presentation of Recommendations 
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Concurrent with the development of an Interface as tfeetrlbetf above,* It is 
necessary to construct an additional interface module capable of presenting 
recommendations to the user in a neat, concise and iogVcai manner. This 
module must "know" such things as how to format re cu m meiid at ions on display 
screens. Furthermore, it must deters inm which portions of the 
recommendations need be displayed in various situations. For example, if a 
patient was being digi taliped for atrial fibrillation, it is advisable to 
display the first dose to be given followed by a request to Veport back" 
before administering subsequent doses Isee Section 2.2). On the Other hand, 
for patients being dtgitsiized propbgiaeticaHy, a maintenance dos« Is usually 
of primary interest. 

Extensions to this basic interface could be made. For example, simple 
naming messages might be suppressed when conversing with a cardiologist but 
would be displayed to a medical student. £aen tfsar cbuld have a "personal i zed 
initialization file" which would adtematicafty specify individual preferences 
(eg, "always use digoxin and always administer iittrlvahQUSly 1 '). 

5.2 Medical Critical Mass 

If the system produces an inaccurate recommendation, is it bedause the 
system's reasoning was faulty or because it did* not knew enough to arrive at 
the proper conclusion? This question is of primary importance and one which is 
difficult to answer. Such considerations can be divided into two categorieei 

1. Does the program consider enough of the available data? 

2. Is the model used by the program of sufficient power and scope to 
formulate accurate recommendations? 

5.2.1 How Much Information is Enough? 
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Uhen determining what data to gather from the user, one runs the risk 
burdening the user with an excess of questions. On the other hand, if the 
system doesn' t have sufficient information, it ui 1 1 have difficulty 
formulating useful and accurate recommendations. In the construction of ANNA, 
a compromise was made between the number of questions asked and the 
information requirements of the system. The current version of the program 
reflects the minimum amount of questioning necessary to allow the production 
of useful recommendations. The current. version of the system is considered to 
be about 80% complete in terms of the adequacy of its information gathering 
activities. Rigourous testing of the system in a clinical environment will 
expose any major "gaps" in its information requirements. Appropriate 
adjustments can be made to correct these deficiencies. 

5.2,2 Power and Scope of the Model 

The limitations seen in Jell VffeVsprograpf Hfre^ primarily due to the 
insufficient scope and power of the mathematic%l model he used. At this point, 
it is difficult assess the ability of ANNA, to produce accurate and useful 
recommendations in a representative sample pf clinical settings. The most 
critical area to be evaluated is the performance of patient specific models. 
Questions which need to be evaluated by rigourous clinical testing are: 

1. Do they model the patient accurately enough or should more 
information be contained in them? 

2. How careful should the system be when determining if a PSH is still 
val id? 

3. How many possible PSfls are there? If there are not many (say less 
than 100), should the system select one "off the shelf" instead of 
constructing them for each patient presented? 
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4. Are there patients for whom the system nil I be unable to construct a 
PSM? If so, does this indicate a fundamental inadequacy of this 
approach? 

Initial experiences indicate the notion of PStts and their current use by the 

system to interpret changes in the patient's condition are effective. Future 

adjustments in this area will focus primarily on extending the range and 

content of the PSfls rather than any fundamental readjustments in the way they 

are bui It or used. It is hoped that the strategies employed by ANNA wi 1 1 

constitute a significant improvement over those previously avail able. 

5.3 Error Recovery 

Unreliable or inadequate data are an unwelcome but ever present problem 
in real world clinical situations. The following are problems uhich need to be 
addressed in this area: 1) how can the system go about detecting erroneous 
information, 2) what strategies can be employed to correct any decisions based 
on the erroneous data and 3J una t are the appropriate assumptions in 
situations where the available data is inadequate? 

Detection of Erroneoue Information 

The system currently has the ability to run both syntactic (via the 
dictionary) and semantic checks (via the daemon mechanism) on incoming data* 
An initial attack on the recognition of erroneous information would be to 
extend both of these facilities, particularly the daemon mechanism. This 
would involve a minimum of work, due to the ease of adding new daemons to the 
system. Most of the effort would involve identifying those areas where checks 
for erroneous information should be made. These include! 



1. Impossible items. The system should check for enormous Weight 
changes, changes in sex, large shifts in age, etc. 
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2. Improbable Mens. A 128 pound 3*;yaar-pld, renal function of more 
than 100% of normal, unusually large maintenance doses are all to be 
considered improbable. 

3 . Susp i c i ous i terns. Susp i c I ous i terns are th inss such, a* an i ncrease i n 
the ventricular rate following digitalis administration, large shifts in 
potassium, arterial oxygen, etc. 

A simpler method for the detection of erroneous Information is direct 
notification by the user that a previously entered item is not valid. The 
difficulty with this method is deciding what to do to correct the error. 

Correcting Decieiona Based pn Erraneotp Date , 

Since the system assumes al I incoming data to be reliable, there are no 
facilities to recover from the input of invalid data. It would be possible, 
however, to implement an error recovery faci Uty in the following manner. 
Each fact is associated with a severity class, with essential facts such as 
the reason for digital ization considered the most severe. The lowest severity 
class would include non-essential facts (such as the sex of the patient). 
When a datum is identified as being erroneous, the system looks up its 
severity class. The erroneous fact may move to a different sever i ty class 
based on the fol lowing: 

1. Difference between the erroneous item and the actual item. Thus an 
error in weight of two pounds weuJd be put into a lower severity class 
than normal (eg, record the true value but don't process the error 
further) . 

2. The point at which the erroneous information was entered. If the 
information was Just entered, no error recovery may be necessary (note 
this may also be true if the information is oid and has already been 
replaced by subsequent values). 

Error handlers of varying abilities are invoked, depending on the severity 

class of the error made. At the highest level, the system would correct for 

the error by completely reworking everything it did since the fact was 

entered. Lower level error handlers would employ tracing facilities which 
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can connect each fact to the places where it hart been used. Assuming these 
situations do not affect further decisions, the decision can be Ve-run". 
This is particularly true of errors occur trig in information used by the 
computation routines when generating the ini till guess. In such cases, the 
value may be corrected and the computation carried out again. 

i viewing Appropne^r Aeaumpuons) 
What should the system do if the user is unable to respond to one of its 
questions? Clearly the system must have some provision for making reasonable 
assumptions uhen it cannot have aM the data It needs. The ability to do this 
requires knowing uhen it is valid to make assumptions as well as whit ' 
assumptions to make. The former represents a major difficulty in developing 
assumption-making capabilities, since It is requires a firm definition of the 
minimal set of facts necessary to make meaningful assumptions. Despite this 
obstacle, it would'- be possible to equip the syslia witn the ablHt^ to matte 
reasonable assumptions in certain areas where data may commonly not be 
available, such as estimation of renal function, values of serum potassium, 
etc. Once again, the system would invoke assumption making routines of 
varying abilities, depending on the particular data under consideration. For 
example, it might settle for a classification of "low", "medium* or •high" if 
no serum potassium value is available. If the user could not specify the type 
of cardiac rhythm, however, the system would try to get as much information as 
possible (eg, asking about the patient's EKC) before making any as sumptions, 
since knowing the cardiac rhythm is quite important. 

5.4 Temporal References 
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1. No Explanations Possible tgreatsst efficiency! 



2. Informational Questions - retrieving simple facts from the data base, 
such as the date of the initial session, the patient's age, etc. 

3. Procedural Questions - queries concerning decisions Made by the 
program. This includes such things as "why uas the** question asked?*, 
"how Mas the maintenance dose computed?" or *why was the IV route 
suggested?" 

4. Project ional Questions - requests regarding the use made of some fact. 
Possible quest inns are "uhat is the patient's weight used for?" or "what 
is the effect of my answering *ho' to this question?" 

There is I ittle practical experience to draw on regarding the construction of 

programs capable of generating such explanations. Although it could be done 

using the current representational scheme employed by AMM, preliminary 

efforts indicate that a considerable time i nv e st me n t Mould be necessary in 

order to complete; this task. In addition, it is not clear what type of 

explanations ui 1 1 be desirable from the user's point of view. The most 

advisable route is the eksvelopment of rudimentary explanation capabilities in 

all areas mentioned above tol lowed hy clinical testing. 

Given the development of some spec i»i fated explanation facilities, the 

system could perform as a powerful teaching tool. The program could explain 

each step in its reasoning process to a medical student, allowing htti/her to 

learn how to administer digitalis by becoming familiar with the internal model 

used by the program. 

5.6 Efficiency Considerations and Compilation 

"I once was invited to a party and was totd the address was number 64. 
'How am I to remember that number?' I asked. 'Simple, remember it as 
being four cubed.' That evening I went to ' nudber WF by siNltake." 

The above incident underlines the observation that people often find it 

easier to remember procedures for doing things rather than the actual things 
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generated by the procedures. In the construction of ANNA, a similar problem 
was encountered: how much of the system should be written as a procedure and 
how much should be represented in a strictly declarative fashion? The latter 
was emphasized in this work, pr i mar i ly because it supports explanation 
generation. The benefits associated with record keeping and explanation 
generation must, however, be balanced against the resultant decrease in 
program efficiency (see Section 5.5). The optimal situation would be to have 
both procedural and declarative represen tat ions available and to be able to 
switch from one to the other, depending on wJaat types of things the user wants 
done. The following discussion presents a workable means of doing this. 

In order to promote efficient interaction with the system, it is 
important that the system's response time be kept to a minimum. Currently, 
most of the system's activities are carried out under thevd« recti on of 
specialized interpreters ("interpretive execution"). One way to achieve a 
significant gain in program efficiency would be writing the system as a pure 
procedure ("procedural execution") - an undertaking which would involve a 
considerable amount of effort. Furthermore, making changes in this procedure 
would be difficult. A more attractive alternative for generation of a 
procedural version of the system is the construction of a comp i I er which would 
take as input the network nodes with their associated patterns and actions and 
produce as output a procedure whose execution carries out the appropriate 
actions. For example, consider the nodes for renal function depicted in 
Figure 5. Looking at their pattern assertions, i t can be seen that only two 
facts are being considered: the status and condition of renal function. 
Furthermore, the actions to be carried out in each of the subnodes involves 
either some simple action (eg, set the value of some internal variable) or 
results in the activation of another series of node executions. From this 
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Figure 5 
Nodes for Renal Function 



(NODE-IS RENAL-FUNCTION 

(SUBNOQES-ARE RENAL-FUNCTION 

(NO-RENAL-FUNCTION STABLE-RENAL-FUNCTION 

CHANGING-RENAU^UNCTIQN))) 

Rsnal Function Sub Nodes: 

(NODE- IS STABLE-RENAL-FUNCTION 

(PREREQUISITE STABLE-RENAL-FUNCTiON 

(AND (CONDITION RENAL-FUNCTION STABLE) 
(STATUS RENAL-FUNCTION PRESENT))) 
(ACTION STABLE-RENAL-F«CT10N 

(ACTIVATE RENAL-FUNCTION-MEASURE))) 



(NODE-IS CHANGING-RENAL-FUNCTION 

(PREREQUISITE CHANGING-RENAL-FUNCTION 

(A*© <C0NDtII0N RENAC-fflNGTION UNSTABLE) 
(STATUS RENAL-FUNCTION PRESENT))) 

(SET-VALU^Ra5AL^^TI0N APPROKIMATE-RF) ) ) 



(NODE- IS NO-RENAL-FUNCTION 

(PREREQUISITE NO-RENAL-FUNCTION 

(STATUS RENAL-FUNCTION ABSENT)) 
(ACTION NO-RENAL-FUNCTION (SET-VALUE RENAL-FUNCTION 0.8))) 
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information alone, it would be possible to (automat i call y) generate a 
procedural version of these nodes which might look like the following LISP 
procedure: 

(DEFINE RENAL-FUNCTION NIL 

(COND ((IF (STATUS RENAL-FUNCTION ABSENT)) 
(SET-VALUE RENAL-FUNCT I ON 0. 0) ) 
((IF (STATUS RENAL-FUNCTION PRESENT)) 
(COND ( ( f F ICONDI T iON RENAL-FUNCTION UNSTABLE) ) 
(SET-VALUE RENAL-FUNCTION 
APPROXtflAlE-RF) ) 
((IF (CONDITION RENAL-FUNCTION STABLE)) 
(RENAL-FUNCTION-riEASURE) ) ) ) ) ) 

The procedure RENAL-FUNCT 1 0N-I1EASURE, called inside this procedure could be 

generated in a similar fashion. 

An improvement to the above would be the construction of an optimizing 

compi ler capable of using "medical common i sense" rules to optimize these 

procedures. For example, knowing that the status of renal function must be 

either present or absent and that the condition of renal function is either 

stable or unstable allows a more efficient procedure to be generated: 

(DEFINE RENAL-FUNCTION NIL 

(COND ((IF (STATUS RENAL-FUNCTION ABSENT)) 
(SET-VALUE RENAL-FUNCTION 9. 8)) ' l 
((IF (CONDITION RENAL-FUNCTION UNSTABLE)) 
(SET-VALUE RENAL-FUNCTION 
APPROXIflATE-RF)) 
(RENAL-FUNCT I ON-MEASURE) ) ) 

The addition of control structures to supervise switching between 

procedural execution and interpretive execution would result in a truly 

versatile and efficient system. 

5.7 Implementation Di fficul ties 
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The preceding sections have touched on a number of important 
considerations to be included in subsequent versions of ANNA. There are a 
number of problems which, although of lesser theoretical interest, are 
nonetheless important to consider. Among these ar* refinement of internal 
representation, storing and retrieval methods for. working with patient records 
and logistical pcoblemh as terminal locaUen, 'terminal access, bookkeeping 
procedures (eg, maintaining a record of sessions with the system) and 
instruction of the user community in use of the system. 

5.8 Conclusion 

"He felt a rush of pity at the mingfed sight and rememberance, and, 
recal I ing the relief his mother had found ^ from a simple preparation pf 
foxglove, he promised Sally Qates to bring hef seme thing thai wotrtt* e*ee 
her. ,.ths fact of her having fouQd relief ;for«, drinking Si las fjarnef'e 
stuff became a matter of generardi'sceurse.' * When ooctor' Kimble gave 
physic, it waspjtural that ^jtfto^.fd-hava.aii effect* but ♦jhen a weaver, 
who came from nobody knew where, wockeel '.wonpere ' wf tn a bottle Of brown 
waters, the occult character, of the process was evident." 
from Si las Marner by George Efiot 

One must eventually come to grips with what is perhaps the central 

question involved in any research* of what value is it? The construction of 

ANNA did not bring forth any significant new technological devices. I view 

this research as a pioneering attempt to build computer programs which can 

perform complex problem solving, tasks in.a^npn-^r^a.l real world domains . In 

fact, the most reassuring result of this work is that such domains (at least 

the domain of digitalis administration) are in. fact susceptible to detailed 

and rigorous analysis. Such analysis, in my opinion, represent the first etep 

toward the development of computer programs proficient at solving problems in 

complex real world domains. I believe that a better understanding of the 

general problem solving mechanisms used by people will follow from these views 
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of specific complex domains. 

Pragmatically speaKing, it is difficult to assess the effect systems such 
as ANNA Mill have on the practice of medicine. Certainly it would be exciting 
if this system turned out to be better at digitalis administration than 
unaided physician judgement. I feel, however, that this is a long way off. 
The real value of this work is, in my opinion, the effect it could have on the 
medical education system. Hopefully, the view of digitalis therapy presented 
herein is more precise and easier to assimilate than that currently available. 
Medical students allowed to "play" with the program would begin to understand 
the algorithm which it uses. It would be a short step for them to later 
use this same algorithm with their own patients. The net effect would be that 
they would be better doctors and better teachers. 
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■ AppetWI&t^ 
A fiathematicat I1ode#of Digitalis Kinetics 

I. Half Life 

It is known that digitalis is lost from the body through excretory 
pathways in an amount proportional to the amount present. This relationship 
can be phrased in the fol lowing Manner: 

n - n, e"* T '(11 

where n - amount left after time t 

X - excretion constant 

T -t-t- 

The half life, t 1/2 , of the drug is by definition equal to the time it tafcee 

for half of the drug to disappear: 



1 
2 



n, - n, e" X X M* 



log (2) 8.69315 
or t 1/2 - - — .121 

X X 

II. Excretion Constants 

Experimentally measured half I i f es for digoxin average around l.G days, 
which yields an excretion constant of 0.4332 day" 1 . The excretion constant, X, 
is proportional to the rate at which the drug is lost from the body. Since 

digitalis is lost by renal and nonrenal (fecal) routes, X can be computed in 

/ 



rr^:^^%^^.^p0^^0$ ■^^!^^SS^0^^4^f 
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the following manner: 

X - A ., + A , I3J 

rtnal non-r«nal 

Experimental evidence indicates that in patients uith no renal function (A „.. 
- 0), the half life of digoxin increases to about 4,1 days. In this case, 
digoxin is being lost exclusively through non-renal routes, X n ^_ r-nJ|| can be 
calculated using equation (3): 



log (2) 



\-™-i - - 8-169 day"' 14) 



non 



-1 



4.1 ;■ 

Combining equart ions 13) and I4t, a value of .2842" day^ is obtained for X r>na| 
-(assuming normal renal function). 

Thus the excretion of digitalis can be modelled by theee two parameters, 
X a , and X Ml . It is generally assueed that r „.,, is constant for all 
patients, but X p . is a function of the patient's renal function. Similar 
calculations can be done for other preparations. 

III. Rena I Fuhc t i on 

If a patient with no renal function is said to have renal function ■ 
and a patient uith normal renal function has renal function » 1, renal 
function can be expressed as a number between zero and one. This is done by 
using various clinical measures available to the physician such as creatinine 
clearance or serum creatinine values in the fo.l lowing manner: 
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16* 



cr eat * n i ne d ear>awe* 
renal -function - — — — 



8.98 x weight 

an ■— ———-. — — — «..-«w^i— •*«—-•— *»^»-— .«■•». .' 

serum ceeafcmi na xt 154.0 
If renal function is changing, i t is .- neceaamty,* t« aWBM»«ii«at»! a value by 
extrapolation of previous values. 

IV. Maintenance Dose vs Body Stores 

The dai ly maintenance doea, Mi is by, defin*iti{©nre«|tiai t»» the amount oi 

the drug lost in a period of one day. Thi s c«r ;to»;«*6r«w»d am torn di M aremce.- 

between n 8 and n when t - 1 day* 

ff «-nL - n 

- n, (1 - e"*> (71 

Thus if a patient is given an initial dose, body stores^, at time, t • 8, and a 

constant daily maintenance dose, H, (eg, taken at time * 1,2,3,...), the peak 

body stores at time t «■ i is: 

p«*k p««k 

body stores - body-stores e" x + H 181 

i ■ l-i ■■"■.■■.■•■•'■■ 

and the minimum body stores is given by; 

body-stores - (bodyrstores + H ) e~* 19! 
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Appendix B 
GOBBLE Syntax and Use 

ANNA uses a data base facility mi* it ten. in LISP called GOBBLE. Facts may 
be entered into the data base as non-circular list structures (see below) and 
may be associated with a particular context when added. In this way, the data 
base consists of a number of independent contexts, each containing a series of 
GOBBLE assertions. This is quite similar to the data base features of PLANNER 
and CONNIVER 113, 141 , with the following differences: 

1. GOBBLE contexts are independent of each other, unlike the notion of 
context trees in CONNIVER. 

2. GOBBLE lacks the pattern directed procedure (method) execution 
present in CONNIVER and PLANNER. 

A more detailed discussion can be found elsewhere USI . For now, I will 
briefly review the syntax used by ANNA and present a few examples indicating 
how patient data are transformed into internal representation. 

GOBBLE assertions are generally expressed as a list of three elements of 
the form; 

(<function> <argument> <value>) 
uhere <function> is some atomic function, <argument> is some argument of that 
function, and <value> is <function>(<argument>) . Although <function> must be 
atomic, it is acceptable for <argument> or <value> to be GOBBLE assertions, in 
a recursive manner. 

The following would be legitimate GOBBLE representations of the fact "The 
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patient weighs 165 pounds." 

(value we i ow w&m ■*■ -*mm mman igs.* ) 

Note that "weight" can serve -either as a <f unction* or as an <argument> to the 

function "value". l*» orsder to *aint#ih insistency, the system has a 

dictionary which unambiguously specifies legal ftmct lions, legal arguments for 

each function and legal values -for the" ar g um e nt s of *«nctione. For example, 

the system would object to each *# #« ^olfowhigi 

tUEf GMT ffccSSBfl ; SS5JW - "WBB^ Wmi * ^W wrymms* oi 
"WEIGHT" 

(VALUE WEIGHT 13888.8) - illegal value for "WEIGHT" 

However, the assertion < VALUE WEIGHT I65.W would ~,.fce "found acceptable. 

Remember that <argument> and <vaiue> could aleo toe non-atomic GOBBLE 
assertions. Thus the statement: 

<T1tiE-0F (VALUE WEJGHT iSS.8) DAY-1) 
would be accepted by the system, providing "flflt-GF* was a legal function, 
etc. In fact, this is how temporal knowledge Is represented by the system. 

Using this format, the dictionary was compi led specifying all legal 
functions, arguments and values which are useful. For example, each of the 
following is specified as a legal assert ion: 

(TYPE ARRHYTHMIA ATRIAL-FIBRILLAUON) 
(VALUE VENTRICULAR-RATE 124) 
(STATUS RENAL-FUNCTION PRESENT) 
(CONOIT I ON RENAL-FUNCTION STABLE). 
By using the declarative representation described above, the knowledge of 
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the system is always explicitly represented by the assertions contained in the 
data base. This has two distinct advantages over procedural (flowchart) data 
acquisition, where current knowledge is implicitly represented by the current 
location in the procedure. First, one can generate a reasonable description 
of what is known about the patient simply by displaying the assertions 
currently in the data base. This is very difficult using procedures, since an 
explanation would require examination of what the procedure had been doing 
since execution started. Second, at each point where new information is 
gathered, the system has ready access to the entire body of knowledge 
gathered so far. This enhances the ability of the program to deal with 
unexpected responses or to advise a confused user what responses might be 
appropriate. Once again, such activities would be quite dif f icul t while in 
the middle of a procedure execution. 
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4*C ' 
I mp 1 oi w wf et »e» Oefi fr« 

I. Primitive Concepts and Operations j 

In Append iw.fc, the ■ data i epr seen ta* ion meehafrfams Of BOBBLE ' Here ' 
presented and the noiiom ©f GOBBLE tm^mH'mW^m^^^^'^i, tfcrwdde* of 
the TTNET described in Chapter 4 each correspond «g[^MML£''«aMM'f^'1N»ir'l^e. « 
unique name and containing varloW '&JBBUE e«ertions. Hh» tup* of «ettertT<one 
in a given context depend en what type of node it r epre s en ts lee* bet owl i**t 
generally include such things a» pattern ie»erti arte, tBSe «id an aeeert ion 
i nd i cat i ng the type of node the content i*epre*e»**«' 1"nW» ; ar» ctven l/ega! 
node types: da*cr*»tor, cm*14*te, actfeft/dacamwi/ irertefoe, s*f§«stfoff, and 
resume. The data base is initialized with the appropriate nodes (eg, GOBBLE 
contexts) and one special context, FACTS which is initially empty. This 
context is used to store incoming assertions (see Section 4.3) 

The system consists of a data base containing the contexts, a node 
interpreter for each type of node, a list of nodes to be executed (called the 
PROCESS-LIST) and a supervisor procedure to control the execution of nodes. 

The fundamental activity of the system is the execution of nodes. The 
supervisor procedure performs this in the following manners the node type of 
the first node on the PROCESS-LIST is determined. This node is then passed to 
the node interpreter for that type of node. Upon completion of execution, the 
supervisor deletes the processed node from the PROCESS-LIST and repeats the 
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process until the list is empty. 

II. Activation 

Activation of a node is accomplished by adding the name of the node to 
the PROCESS-LIST. It is put into the list immediately after the Current node 
(since nodes can only be activated whi le inside other nodes) . In this way a 
network corresponding to the TTNET is constructed. Notice, however, that the 
nodes are "tied together" via various assertions contaJned in the nodes. 
Since these assertions are stored declaratively, the system has the potential 
to dynamically change the TTNET by altering these assert ions" < the current 
version of the system does riot make use of this facility). 

III. The Node Interpreters 

There are eight node interpreters, each of whi ch >s an "expert" at 
carrying out the execution of a specific class of nodes. They are listed 
below along with a brief synopsis of their action: 

1. DESCRIPTOR - This interpreter is responsible for the execution of 
nodes containing selective linkages to subriodes. Its primary activity is 
the selection of one of these subnodes, as described in Section 4.4. It 
is assumed that nodes of type descriptor contain ah assert ion of the 

form: 

(CANDIDATES-ARE <name of descriptor node> <Ji at of subnodes>) 
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Since this assertion is stored- in a declarative fashion, it is possible 
to alter the <list of subnodes> portion to add or remove potential 
candidates fron consideration. 

2. CAH&IDMM - This interpreter looks for an assertion of the fore: 

(ACTION <name of node> <action to be carried out>) 
and executes it* Usually the <action to be carried out> involves setting 
the value of some internal variable or the activation of another node. 

3. ACTION - This interpreter supervisee the execution of user or system 
defined LISP procedures, such as those which display recommendations to 
the user, etc. For example, a node which generates a display of a . 
patient summary looks I ikei 

(NODE- IS PATIENT-SuttttARY 

(NODE-TYPE RATIENT-SUfflARY ACTION) 
(PRINT-PATIEST^SUmARYl) 

Execution of this node will result in evaluation of the LISP function, 

PR I NT-PAT IENT-SUmARY. 

4. DAEMON - This interpreter oversees the execution of nodes 
corresponding to daemon nodes, Its functions are quite similar to that 
of the DESCRIPTOR interpreter, u.ith the exception that all qualified 
candidate sub-nodes are activated (see Section 4.4). 
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5 - REVISION - Subnodes of nodes of type DAEMON are of type REVISION or 
SUGGESTION (with some exceptions). The REVISION interpreter is 
responsible for the reconsideration of some fact received from the user 
which is felt by the system to be in error (note that such facts are 
identified by the pattern matching activities of the DAEMON interpreter - 
see Section 4.5). This interpreter proceeds by notifying the user of the 
problem and, if necessary, deletes the erroneous fact from the data base 
and inserts the correct one. 

6. SUGGESTION - The other type of sub-node of DAEMON nodes is the 
SUGGESTION node. The interpreter for this node displays a suggestion 
contained in the node for the user. SUGGESTION nodes are responsible for 
messages suggesting the use of potassium supplements and correction of 
various disorders (hypokalemia, hypoxemia, etc.) 

7. RESUME - During the course of a pattern matching activity, the system 
may create a new context of type RESUME which contains information about 
the match (eg, what facts were used, which ones were not found, the 
patterns used, etc.). Although the RESUME interpreter is as yet 

un implemented, it is intended that its execution would result in the 
generation of an explanation for a choice made on the basis of some 
pattern matching activity. 
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Bookkeeping 

The supervisor keep* tree* of node activations, recording the "parent" 
and "children" for each node which is executed, Thie information is valuable 
when performing backup operations or generating ejejlanetione. The suets* at eo 
associates each iweoaing, fact «ith the node which «s» beirig executed when it 
uas entered into the, data base* In addition, each node contains a list of 
facts which uas gathered during its execution. In this wag it is possible to 
tel I what facts were entered while in soae particular node or, conversely, 
what node was active when a particular fact was entered. 

Candidate Directory 

When the descriptor interpreter chooses and activates a subnode, an 
assertion of the form 

ISUBNODE-FCIR <descriptor> <subnode>) 
is put into a special context called the v SUBNQOE-DIR£CTORY. These stateeents 
can be used I ike any other fact in pattern assertions* For example, a pattern 
assertion which is true only if digitalis is being administered oral ly would 
look I ike: 

(PREREQUISITE <so«e node> (SUBNDOE-FOR ROUTE ORAL)) 
In addition to referencing this information in pattern assertions, it is often 
convenient to print out the subnode directory so that the user can see 
decisions have been made by the program. 



